<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://wiki.code4lib.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Kaarefc</id>
		<title>Code4Lib - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.code4lib.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Kaarefc"/>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/Special:Contributions/Kaarefc"/>
		<updated>2026-04-08T04:45:06Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.26.2</generator>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2013_preconference_proposals&amp;diff=31609</id>
		<title>2013 preconference proposals</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2013_preconference_proposals&amp;diff=31609"/>
				<updated>2013-01-14T10:43:17Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: /* Intro to Hydra */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Please sign up to attend by January 15th. Doesn't mean you can't change your mind, but we will use the host committee will use these numbers to assign rooms.&lt;br /&gt;
&lt;br /&gt;
Proposals '''now closed'''.&lt;br /&gt;
&lt;br /&gt;
Spaces available: 4+ Rooms&lt;br /&gt;
&lt;br /&gt;
Please follow the formatting guidelines:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
=== Talk Title ===&lt;br /&gt;
 &lt;br /&gt;
* Presenter/Leader, affiliation (optional), and email address (mandatory!)&lt;br /&gt;
* Second Presenter/Leader, affiliation, email address, if applicable&lt;br /&gt;
&lt;br /&gt;
Description.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Full Day==&lt;br /&gt;
&lt;br /&gt;
===Drupal4lib Sub-con Barcamp===&lt;br /&gt;
&lt;br /&gt;
* Contact [[User:highermath|Cary Gordon]], cgordon@chillco.com or &lt;br /&gt;
* [[User:cdmo|Charlie Morris]], NCSU Libraries, cdmorris@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
This will be a full day of self-selected barcamp style sessions. Anyone who wants to present can write down the topic on an index card and, after the keynote, we will vote to choose what we want to see. Attendees can also pick a topic and attempt to talk someone else into presenting on it.&lt;br /&gt;
&lt;br /&gt;
If we run out of topics, we will pay homage to the project by testing patches for Drupal 8. It is easy, and we will show you how to do this invaluable task.&lt;br /&gt;
&lt;br /&gt;
Local Drupal uber-ninja Larry Garfield will stop by to answer questions and give us some guidance.&lt;br /&gt;
&lt;br /&gt;
====I plan on attending:====&lt;br /&gt;
&lt;br /&gt;
=====All Day=====&lt;br /&gt;
*Margaret Heller&lt;br /&gt;
*Mahria Lebow, mahria at uw edu&lt;br /&gt;
*Paula Gray-Overtoom, pgrayove at gmail.com&lt;br /&gt;
*Dhanushka Samarakoon, dhanu80 at g mail com&lt;br /&gt;
&lt;br /&gt;
=====Morning=====&lt;br /&gt;
* [[User:Kevenj|Keven Jeffery]]&lt;br /&gt;
* Sean Chen&lt;br /&gt;
&lt;br /&gt;
=====Afternoon=====&lt;br /&gt;
* Kevin Reiss, Princeton University Library, kr2 at princeton.edu (afternoon only)&lt;br /&gt;
* Christina Salazar (afternoon only)&lt;br /&gt;
* Sarah Dooley (afternoon)&lt;br /&gt;
* Josh Wilson, joshwilsonnc at gmail (likely afternoon only)&lt;br /&gt;
* Ken Varnum, varnum at umich e-d-u&lt;br /&gt;
* Cody Hennesy, chennesy at library berkeley edu&lt;br /&gt;
&lt;br /&gt;
==Half Day Morning==&lt;br /&gt;
=== Open space session ===&lt;br /&gt;
&lt;br /&gt;
* Dan Chudnov, dchud at gwu edu&lt;br /&gt;
&lt;br /&gt;
The rest of code4libcon is pretty well structured these days; come in the morning for a few hours of old-school [http://en.wikipedia.org/wiki/Open-space_technology open space technology] unconference.  Bring a rough talk or idea you want to share or questions you have or something you want to learn about or discuss with other people, and be ready to tell us about it.  Use it as extra prep time for your upcoming prepared or lightning talk if you want.  We'll plan the morning out a little bit at the beginning, but not too much.  What we do will be up to the people there in the room.&lt;br /&gt;
&lt;br /&gt;
If there's interest, we could start with a &amp;quot;welcome to code4lib&amp;quot; introductory session for newcomers.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Devon Smith&lt;br /&gt;
* Esmé Cowles, escowles@ucsd.edu&lt;br /&gt;
* Jason Casden&lt;br /&gt;
* Ryan Eby&lt;br /&gt;
* mark matienzo&lt;br /&gt;
* Donald Mennerich&lt;br /&gt;
* Patrick Berry, pberry@csuchico.edu&lt;br /&gt;
* Kåre Fiedler Christiansen, kfc@statsbiblioteket.dk&lt;br /&gt;
&lt;br /&gt;
=== Delivery services ===&lt;br /&gt;
* Ted Lawless, Brown University Library, tlawless at brown edu.  &lt;br /&gt;
* Kevin Reiss, Princeton University Library, kr2 at princeton edu.&lt;br /&gt;
&lt;br /&gt;
Are you interested in making it easier for users to obtain copies of known items?  Do you feel your OpenURL and Interlibrary Loan software could be streamlined?  This pre-conference workshop will focus on providing services that deliver content to users.  Discovery systems are doing a better job of exposing library holdings but there's still a lot of work to do actually get the content in the users hands.  &lt;br /&gt;
&lt;br /&gt;
Possible topics/activities include:&lt;br /&gt;
* group discussion of what some libraries have done in this area&lt;br /&gt;
* comparisons of different approaches to addressing delivery &lt;br /&gt;
* overview of tools available &lt;br /&gt;
* sharing of strategies and experiences&lt;br /&gt;
* time to work with and review open source code in this area. Some possible tools to install and test out [https://github.com/team-umlaut/umlaut Umlaut], [https://github.com/lawlesst/heroku-360link Py360 Link]. &lt;br /&gt;
 &lt;br /&gt;
Resources and background information:&lt;br /&gt;
* [https://github.com/team-umlaut/umlaut/wiki/What-is-Umlaut-anyway What-is-Umlaut-anyway] &lt;br /&gt;
* [http://journal.code4lib.org/articles/7308 Hacking 360 Link: A hybrid approach]&lt;br /&gt;
* [http://journal.code4lib.org/articles/108 Auto-Populating an ILL form with the Serial Solutions Link Resolver API]&lt;br /&gt;
* [http://lawlesst.github.com/notebook/delivery.html Focusing on Delivery]&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Ken Varnum, varnum at umich e-d-u&lt;br /&gt;
* Ayla Stein&lt;br /&gt;
* Curtis Thacker&lt;br /&gt;
* Rosalyn Metz rosalynmetz at gmail com&lt;br /&gt;
* James Van Mil - james.vanmil at gmail com&lt;br /&gt;
* Andrew Nagy&lt;br /&gt;
* Ranti Junus&lt;br /&gt;
* Aaron Collier - acollier at csufresno edu&lt;br /&gt;
* Demian Katz - demian dot katz at villanova dot edu&lt;br /&gt;
* Jacob Andresen - jacob at reindex dot dk&lt;br /&gt;
&lt;br /&gt;
=== Intro to Blacklight CANCELLED ===&lt;br /&gt;
&lt;br /&gt;
PLEASE NOTE: This pre-conference has been cancelled in favor of joining forces with the RailsBridge workshop. The afternoon Blacklight session will still be offered.&lt;br /&gt;
&lt;br /&gt;
=== RailsBridge Intro to Ruby on Rails ===&lt;br /&gt;
* Jason Ronallo, North Carolina State University Libraries, jnronall@ncsu.edu&lt;br /&gt;
* Mark Bussey, Data Curation Experts (mark at curationexperts.com)&lt;br /&gt;
* Shaun Ellis (helper), Princeton University Library, shaune@princeton.edu&lt;br /&gt;
* Ross Singer, Talis, rossfsinger@gmail.com&lt;br /&gt;
* Adam Wead (helper), Rock and Roll Hall of Fame, awead@rockhall.org&lt;br /&gt;
* Bess Sadler, Stanford University, bess@stanford.edu&lt;br /&gt;
* Anyone else want to come and help folks? Contact Jason.&lt;br /&gt;
&lt;br /&gt;
RailsBridge comes to code4lib! We'll follow the RailsBridge curriculum (http://railsbridge.org) to provide a gentle introduction to Ruby on Rails. Topics covered include an introduction to the Ruby language, the Rails framework, and version control with git. Participants will build a working Rails application. &lt;br /&gt;
&lt;br /&gt;
There will be some pre-preconference preparation needed so that we can effectively use our time. Details to come.&lt;br /&gt;
&lt;br /&gt;
* Note: Attendees can follow up with the Intro to Blacklight afternoon session, which will be tailored for folks new to Ruby&lt;br /&gt;
&lt;br /&gt;
Please add your name below and fill out the [https://docs.google.com/spreadsheet/viewform?formkey=dEpxd0tzU1ZscnU5QUUtd0JGUk9qQkE6MA#gid=0 experience survey].&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
# First and last name and email address&lt;br /&gt;
# John MacGillivray&lt;br /&gt;
# Jon Stroop - jstroop at princeton&lt;br /&gt;
# Christina Salazar - christina{dot}salazar{at}csuci{dot}edu&lt;br /&gt;
# Karen Coombs - coombsk{at}oclc{dot}org&lt;br /&gt;
# Becky Yoose - b dot yoose at google overlord&lt;br /&gt;
# Jeremy Morse - jgmorse at umich&lt;br /&gt;
# Julia Bauder - julia{dot}bauder{at}gmail{dot}com &lt;br /&gt;
# Chung Kang&lt;br /&gt;
# Karen Miller - k-miller3{at}northwestern{dot}edu&lt;br /&gt;
# Betsy Coles - bcoles{at}caltech{dot}edu&lt;br /&gt;
# Jay Luker - jay{dot}luker{at}gmail{dot}com&lt;br /&gt;
# Santi Thompson&lt;br /&gt;
# Sarah Dooley - sarah{at}nclive{dot}org&lt;br /&gt;
# Brandon Dudley&lt;br /&gt;
# Ken Irwin&lt;br /&gt;
# Dennis Ogg - ogg{at}ucar{dot}edu&lt;br /&gt;
# Ian Walls - iwalls{at}library{dot}umass{dot}edu&lt;br /&gt;
# Steven Villereal – villereal{at}gmail{dot}com&lt;br /&gt;
# Hillel Arnold - hillel{dot}arnold{at}gmail{dot}com&lt;br /&gt;
# Josh Wilson - joshwilsonnc at gmail&lt;br /&gt;
# Cynthia Ng - cynthia [dot] s [dot] ng [at] gmail&lt;br /&gt;
# Ian Chan&lt;br /&gt;
# Heidi Frank - hf36{at}nyu{dot}edu&lt;br /&gt;
# Mark Mounts - mark{dot}mounts{at}dartmouth{dot}edu&lt;br /&gt;
# Bill McMillin - wmcmilli{at}pratt {dot}edu&lt;br /&gt;
# David Lacy - david dot lacy at villanova dot edu&lt;br /&gt;
# Courtney Greene - crgreene at indiana dot edu&lt;br /&gt;
# Laney McGlohon - lmcglohon@getty.edu&lt;br /&gt;
# Nancy Enneking - nenneking@getty.edu&lt;br /&gt;
# Jason Raitz - jcraitz at ncsu dot edu&lt;br /&gt;
# Nick Cappadona&lt;br /&gt;
# Steven Marsden - steven.marsden@ryerson.ca&lt;br /&gt;
# Linda Ballinger - ballingerl at newberry dot org&lt;br /&gt;
# Brendan Quinn - brendan-quinn at northwestern dot edu&lt;br /&gt;
# Michael Levy - mlevy {at}ushmm {dot}org&lt;br /&gt;
# Michael North   (m-north at northwestern dot edu)&lt;br /&gt;
# Shawn Averkamp - shawnaverkamp{at}gmail{dot}com&lt;br /&gt;
# Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
# Andrew Darby - agdarby at miami dot edu&lt;br /&gt;
# Cody Hennesy - chennesy at library dot berkeley dot edu&lt;br /&gt;
# Devin Higgins - higgi135 at msu dot edu&lt;br /&gt;
# Emily Zervas - emily{dot}zervas{at}gmail{dot}com&lt;br /&gt;
# Rob Dumas - rdumas {at} chipublib {dot} org&lt;br /&gt;
# Evan Boyd - eboyd /at/ ctschicago /period/ edu&lt;br /&gt;
# William Hicks - William{dot}hicks{at}unt{dot}edu&lt;br /&gt;
# Lauren Ajamie - lauren dot ajamie at nd dot edu&lt;br /&gt;
# David Anderson - david dot anderson3 at nih dot gov&lt;br /&gt;
&lt;br /&gt;
===Intro to NoSQL Databases===&lt;br /&gt;
* Joshua Gomez, George Washington University, jngomez at gwu edu&lt;br /&gt;
&lt;br /&gt;
Since Google published its paper on BigTable in 2006, alternatives to the traditional relational database model have been growing in both variety and popularity. These new databases (often referred to as NoSQL databases) excel at handling problems faced by modern information systems that the traditional relational model cannot. They are particularly popular among organizations tackling the so-called &amp;quot;Big Data&amp;quot; problems. However, there are always tradeoffs involved when making such dramatic changes. Understanding how these different kinds of databases are designed and what they can offer is essential to the decision making process. In this precon I will discuss some of the various types of new databases (key-value, columnar, document, graph) and walk through examples or exercises using some of their open source implementations like Riak, HBase, CouchDB, and Neo4j.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Esha Datta&lt;br /&gt;
* Trevor Thornton&lt;br /&gt;
* Michael Doran&lt;br /&gt;
* Ray Schwartz - schwartzr2@wpunj.edu&lt;br /&gt;
* Kevin Clarke&lt;br /&gt;
* Andreas Orphanides&lt;br /&gt;
* Tommy Ingulfsen - tommying{at}caltech{dot}edu&lt;br /&gt;
* Harrison Dekker&lt;br /&gt;
* Eric James eric dot james at yale dot edu&lt;br /&gt;
* Sean Crowe - sean.crowe@uc.edu&lt;br /&gt;
* Scott Hanrath&lt;br /&gt;
* Erin Fahy - erin.fahy at mtholyoke edu&lt;br /&gt;
* Karen Coyle - kcoyle at kcoyle.net&lt;br /&gt;
* Charles Draper&lt;br /&gt;
* David Uspal&lt;br /&gt;
* Shawn Kiewel - smkiewel at uga dot edu&lt;br /&gt;
* Stephanie Collett - stephanie dot collett at ucop dot edu&lt;br /&gt;
* Declan Fleming - declan at declan dot net&lt;br /&gt;
* David Gonzalez - d.gonzalez26 at umiami dot edu&lt;br /&gt;
* Jeff Peterson - gpeterso at umn dot edu&lt;br /&gt;
* May Chan - msuicat at gmail dot com&lt;br /&gt;
* Kathryn Stine - kathryn dot stine at ucop dot edu&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
* Eben English - eenglish [at] bpl dot org&lt;br /&gt;
* Marisa Strong - marisa dot strong at ucop dot edu&lt;br /&gt;
* Michael Lindsey - mackeral at gmail dot com&lt;br /&gt;
&lt;br /&gt;
==Half Day Afternoon==&lt;br /&gt;
=== Data Visualization Hackfest ===&lt;br /&gt;
* Chris Beer, cabeer at stanford.edu&lt;br /&gt;
* Dan Chudnov, dchud at gwu edu&lt;br /&gt;
&lt;br /&gt;
* Description: Want to hack/design/plan/document on a team of people who enjoy learning by creating?  Interested in data visualization?  Well, this hackfest is for you.  Not familiar with the concept of a hackfest?  See Roy Tennant's [http://www.libraryjournal.com/article/CA332564.html &amp;quot;Where Librarians Go To Hack&amp;quot;] and the page for the [http://access2010.lib.umanitoba.ca/node/3.html Access 2010 Hackfest].  We propose a half-day hackfest with a focus on visualization library data -- think stuff like library catalog data, access/circulation statistics, etc. Here's how it works, roughly: &lt;br /&gt;
 - we'll (you'll!) do lightning tutorials for some data visualization tools, toolkits (R? d3js? ?), datasets.&lt;br /&gt;
 - we'll separate into groups and hack on stuff.&lt;br /&gt;
 - at the end of the day, we'll present our progress.&lt;br /&gt;
&lt;br /&gt;
Not a code hacker?  No worries; all skill sets and backgrounds are valuable! &lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Devon Smith&lt;br /&gt;
* Esha Datta&lt;br /&gt;
* Ray Schwartz - schwartzr2@wpunj.edu&lt;br /&gt;
* Karen Coombs - coombsk{at}oclc{dot}org&lt;br /&gt;
* Julia Bauder - julia{dot}bauder{at}gmail{dot}com&lt;br /&gt;
* Jason Stirnaman (jstirnaman at kumc.edu)&lt;br /&gt;
* Joshua Gomez&lt;br /&gt;
* Ayla Stein&lt;br /&gt;
* Harrison Dekker&lt;br /&gt;
* Ian Walls - iwalls{at}library{dot}umass{dot}edu&lt;br /&gt;
* Scott Hanrath&lt;br /&gt;
* [[User:Kevenj|Keven Jeffery]]&lt;br /&gt;
* James Van Mil - james.vanmil at gmail com&lt;br /&gt;
* Sean Crowe - sean.crowe@uc.edu&lt;br /&gt;
* Karen coyle - kcoyle at kcoyle.net&lt;br /&gt;
* David Lacy - david dot lacy at villanova dot edu&lt;br /&gt;
* mark matienzo&lt;br /&gt;
* David Uspal&lt;br /&gt;
* Emily Lynema - ejlynema at ncsu dot edu&lt;br /&gt;
* Sean Chen&lt;br /&gt;
* Donald Mennerich&lt;br /&gt;
* Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
* Declan Fleming - declan at declan dot net&lt;br /&gt;
* Chick Markley -- chick at qrhino dot com&lt;br /&gt;
* Rosalyn Metz -- rosalynmetz at gmail com&lt;br /&gt;
* Devin Higgins - higgi135 at msu dot edu&lt;br /&gt;
* Emily Zervas emily{dot}zervas{at}gmail{dot}com&lt;br /&gt;
* May Chan -- msuicat at gmail dot com&lt;br /&gt;
* Kathryn Stine - kathryn dot stine at ucop dot edu&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
&lt;br /&gt;
=== Intro to Hydra ===&lt;br /&gt;
* Adam Wead, Rock and Roll Hall of Fame (awead at rockhall.org)&lt;br /&gt;
* Justin Coyne, Data Curation Experts (justin.coyne at curationexperts.com)&lt;br /&gt;
* Mark Bussey, Data Curation Experts (mark at curationexperts.com)&lt;br /&gt;
&lt;br /&gt;
Hydra (http://projecthydra.org) is a free and open source repository solution that is being used by institutions on both sides of the North Atlantic to provide access to their digital content.  Hydra provides a versatile and feature rich environment for end-users and repository administrators alike. Leveraging Blacklight as its front end discovery interface, the hydra project provides a suite of software components, data models, and design patterns for building a robust and sustainable digital repository, as well as a community of support for ongoing development. This workshop will provide an introduction to the hydra project and its software components. Attendees will leave with enough knowledge to get started building their own local repository solutions. This workshop will be led by Adam Wead of the Rock and Roll Hall of Fame. &lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Jeremy Prevost&lt;br /&gt;
* Dennis Ogg - ogg{at}ucar{dot}edu&lt;br /&gt;
* Terry Brady&lt;br /&gt;
* Betsy Coles - bcoles{at}caltech{dot}edu&lt;br /&gt;
* Brendan Quinn - brendan-quinn at northwestern dot edu&lt;br /&gt;
* Shawn Kiewel - smkiewel at uga dot edu&lt;br /&gt;
* Steven Villereal – villereal{at}gmail{dot}com&lt;br /&gt;
* Ryan Eby&lt;br /&gt;
* Dean Farrell&lt;br /&gt;
* Ian Chan&lt;br /&gt;
* Mark Mounts - mark{dot}mounts{at}dartmouth{dot}edu&lt;br /&gt;
* Carl Jones&lt;br /&gt;
* Laney McGlohon - lmcglohon@getty.edu&lt;br /&gt;
* Nancy Enneking - nenneking@getty.edu&lt;br /&gt;
* Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
* Andrew Darby - agdarby at miami dot edu&lt;br /&gt;
* Kåre Fiedler Christiansen - kfc@statsbiblioteket.dk&lt;br /&gt;
&lt;br /&gt;
=== Intro to Blacklight ===&lt;br /&gt;
* Bess Sadler, Stanford University Library (bess at stanford.edu)&lt;br /&gt;
* Jason Ronallo, NC State (jronallo at gmail.com)&lt;br /&gt;
* Shaun Ellis (helper), Princeton University Library, (shaune@princeton.edu)&lt;br /&gt;
&lt;br /&gt;
Blacklight (http://projectblacklight.org) is a free and open source discovery interface built on solr and ruby on rails. It is used by institutions such as Stanford University, NC State, WGBH, Johns Hopkins University, the Rock and Roll Hall of Fame, and an ever expanding community of adopters and contributors. Blacklight can be used as a front-end discovery solution for an ILS, or the contents of a digital repository, or to provide a unified discovery solution for many siloed collections. In this workshop we will cover the basics of solr indexing and searching, setting up and customizing Blacklight, and leave time for Q&amp;amp;A around local issues people might encounter. &lt;br /&gt;
&lt;br /&gt;
Note: this workshop will be tailored as a follow-on to the morning's RailsBridge Intro to Ruby on Rails workshop, but everyone is welcome&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* John MacGillivray&lt;br /&gt;
* Jon Stroop&lt;br /&gt;
* Jeremy Morse - jgmorse at umich&lt;br /&gt;
* Karen Miller - k-miller3{at}northwestern{dot}edu&lt;br /&gt;
* Tommy Ingulfsen - tommying{at}caltech{dot}edu&lt;br /&gt;
* Chung Kang&lt;br /&gt;
* Santi Thompson&lt;br /&gt;
* Brandon Dudley&lt;br /&gt;
* Ken Irwin&lt;br /&gt;
* Hillel Arnold&lt;br /&gt;
* Heidi Frank - hf36{at}nyu{dot}com&lt;br /&gt;
* Chris Sharp - csharp{at}georgialibraries{dot}org&lt;br /&gt;
* Bill McMillin - wmcmilli{at} pratt{dot} edu&lt;br /&gt;
* Jason Raitz - jcraitz at ncsu dot edu&lt;br /&gt;
* Linda Ballinger - ballingerl at newberry dot org&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
* David Gonzalez - d.gonzalez26 at umiami dot edu&lt;br /&gt;
* Courtney Greene - crgreene at indiana dot edu&lt;br /&gt;
* Evan Boyd - eboyd /at/ ctschicago /period/ edu&lt;br /&gt;
* William Hicks - William{dot}hicks{at}unt{dot}edu&lt;br /&gt;
* Lauren Ajamie - lauren dot ajamie at nd dot edu&lt;br /&gt;
* David Anderson - david dot anderson3 at nih dot gov&lt;br /&gt;
* Michael Lindsey - mackeral at gmail dot com&lt;br /&gt;
&lt;br /&gt;
=== DPLA Intro/Hacking ===&lt;br /&gt;
 &lt;br /&gt;
* Presenter(s)/Leader(s): TBD&lt;br /&gt;
* Guy Who'd Be Interested in Helping: Jay Luker, Smithsonian Astrophysics Data System (jluker at cfa.harvard.edu)&lt;br /&gt;
&lt;br /&gt;
This is a stub proposal entered solely to beat the submission deadline. I think there's be sufficient interest in this session, but only thought of it yesterday and haven't had time to coordinate with actual DPLA'ers and confirm that any of them are definitely coming.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* First and last name&lt;br /&gt;
&lt;br /&gt;
=== Fail4lib ===&lt;br /&gt;
* Jason Casden, NCSU Libraries (jmcasden at ncsu.edu)&lt;br /&gt;
* Andreas Orphanides, NCSU Libraries (akorphan at ncsu.edu)&lt;br /&gt;
&lt;br /&gt;
The Code4lib community is full of driven people who embrace the risks that are often associated with new projects. While these traits lead to the incredible projects that are presented at Code4lib, creative technical work also often leads to unexpected, vexing, or disappointing results even from eventually successful projects (however you define the term). Learning more about how our colleagues deal with failure in various contexts could lead to the development of better methods for communicating the value of productive failure, modifying project plans (&amp;quot;The Pivot&amp;quot;), and failing more cheaply.&lt;br /&gt;
&lt;br /&gt;
Hopefully we can define the format as a group, but a fairly high level of participation is crucial if this is to be a worthwhile preconference. Some possible agenda items that could be mixed and matched to fill the afternoon:&lt;br /&gt;
&lt;br /&gt;
# Given willing presenters, a series of 10-20 minute presentations that go into some depth about specific failures.&lt;br /&gt;
# Depending on the number of participants, either a multi- or single-track series of unconference-like themed discussions on various aspects of failure, possibly including themes like:&lt;br /&gt;
#* Technical failure&lt;br /&gt;
#* Failure to effectively address a real user need&lt;br /&gt;
#* Overinvestment&lt;br /&gt;
#* Outreach/Promotion failure&lt;br /&gt;
#* Design/UX failure&lt;br /&gt;
#* Project team communication failure&lt;br /&gt;
#* Missed opportunities (risk-averse failure)&lt;br /&gt;
#* Successes gleaned from failures&lt;br /&gt;
# A panel of participants who have prepared in advance to answer moderator and audience questions about their experience with failure.&lt;br /&gt;
# A prepared reading assignment that we could all forget to read, creating a shared fail in order to start the preconference on the right foot.&lt;br /&gt;
&lt;br /&gt;
I'll serve as a moderator (if needed) and participant and would welcome more organizers. I am happy to be outvoted by participants on any of these points--I just want to get us talking about our screw-ups, blind spots, and anvils dropping from the sky.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Becky Yoose&lt;br /&gt;
* Lisa Rabey&lt;br /&gt;
* Cynthia Ng (maybe) - cynthia [dot] s [dot] ng [at] gmail&lt;br /&gt;
* Patrick Berry, pberry@csuchico.edu&lt;br /&gt;
&lt;br /&gt;
=== Solr 4 In Depth ===&lt;br /&gt;
* Contact: Erik Hatcher (erik.hatcher at lucidworks.com)&lt;br /&gt;
&lt;br /&gt;
The long awaited and much anticipated Solr 4 has been released!   It's a really big deal.  There are so many improvements, it makes the head spin.  This session will cover the major feature improvements from Lucene's flexible indexing and scoring API up through SolrCloud in a digestable half-day format. Sounds like this is an evening thing that might happen at a bar somewhere?&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* First and last name&lt;br /&gt;
* Erin Fahy - erin.fahy at mtholyoke edu&lt;br /&gt;
* Esmé Cowles, escowles@ucsd.edu&lt;br /&gt;
* Jon Stroop&lt;br /&gt;
* Adam Constabars&lt;br /&gt;
* Kevin Clarke&lt;br /&gt;
* Jacob Andresen (jacob at reindex dot dk)&lt;br /&gt;
* Ted Lawless (tlawless at brown dot edu)&lt;br /&gt;
* Jay Luker&lt;br /&gt;
* Tom Burton-West&lt;br /&gt;
* Curtis Thacker&lt;br /&gt;
* Eric James eric dot james at yale dot edu&lt;br /&gt;
* Bess Sadler (bess at stanford dot edu)&lt;br /&gt;
* Michael North&lt;br /&gt;
* Charles Draper&lt;br /&gt;
* Nick Cappadona&lt;br /&gt;
* Stephanie Collett - stephanie dot collett at ucop dot edu&lt;br /&gt;
* Kalee Sprague - kalee dot sprague at yale dot edu&lt;br /&gt;
* Jeff Peterson - gpeterso at umn dot edu&lt;br /&gt;
* Erik Hetzner&lt;br /&gt;
* Demian Katz - demian dot katz at villanova dot edu&lt;br /&gt;
* Eben English - eenglish at bpl dot org&lt;br /&gt;
* Raman Chandrasekar &lt;br /&gt;
* Jason Ronallo - jnronall@ncsu.edu&lt;br /&gt;
[[Category:Code4Lib2013]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2013_preconference_proposals&amp;diff=31608</id>
		<title>2013 preconference proposals</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2013_preconference_proposals&amp;diff=31608"/>
				<updated>2013-01-14T10:42:43Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: /* Open space session */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Please sign up to attend by January 15th. Doesn't mean you can't change your mind, but we will use the host committee will use these numbers to assign rooms.&lt;br /&gt;
&lt;br /&gt;
Proposals '''now closed'''.&lt;br /&gt;
&lt;br /&gt;
Spaces available: 4+ Rooms&lt;br /&gt;
&lt;br /&gt;
Please follow the formatting guidelines:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
=== Talk Title ===&lt;br /&gt;
 &lt;br /&gt;
* Presenter/Leader, affiliation (optional), and email address (mandatory!)&lt;br /&gt;
* Second Presenter/Leader, affiliation, email address, if applicable&lt;br /&gt;
&lt;br /&gt;
Description.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==Full Day==&lt;br /&gt;
&lt;br /&gt;
===Drupal4lib Sub-con Barcamp===&lt;br /&gt;
&lt;br /&gt;
* Contact [[User:highermath|Cary Gordon]], cgordon@chillco.com or &lt;br /&gt;
* [[User:cdmo|Charlie Morris]], NCSU Libraries, cdmorris@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
This will be a full day of self-selected barcamp style sessions. Anyone who wants to present can write down the topic on an index card and, after the keynote, we will vote to choose what we want to see. Attendees can also pick a topic and attempt to talk someone else into presenting on it.&lt;br /&gt;
&lt;br /&gt;
If we run out of topics, we will pay homage to the project by testing patches for Drupal 8. It is easy, and we will show you how to do this invaluable task.&lt;br /&gt;
&lt;br /&gt;
Local Drupal uber-ninja Larry Garfield will stop by to answer questions and give us some guidance.&lt;br /&gt;
&lt;br /&gt;
====I plan on attending:====&lt;br /&gt;
&lt;br /&gt;
=====All Day=====&lt;br /&gt;
*Margaret Heller&lt;br /&gt;
*Mahria Lebow, mahria at uw edu&lt;br /&gt;
*Paula Gray-Overtoom, pgrayove at gmail.com&lt;br /&gt;
*Dhanushka Samarakoon, dhanu80 at g mail com&lt;br /&gt;
&lt;br /&gt;
=====Morning=====&lt;br /&gt;
* [[User:Kevenj|Keven Jeffery]]&lt;br /&gt;
* Sean Chen&lt;br /&gt;
&lt;br /&gt;
=====Afternoon=====&lt;br /&gt;
* Kevin Reiss, Princeton University Library, kr2 at princeton.edu (afternoon only)&lt;br /&gt;
* Christina Salazar (afternoon only)&lt;br /&gt;
* Sarah Dooley (afternoon)&lt;br /&gt;
* Josh Wilson, joshwilsonnc at gmail (likely afternoon only)&lt;br /&gt;
* Ken Varnum, varnum at umich e-d-u&lt;br /&gt;
* Cody Hennesy, chennesy at library berkeley edu&lt;br /&gt;
&lt;br /&gt;
==Half Day Morning==&lt;br /&gt;
=== Open space session ===&lt;br /&gt;
&lt;br /&gt;
* Dan Chudnov, dchud at gwu edu&lt;br /&gt;
&lt;br /&gt;
The rest of code4libcon is pretty well structured these days; come in the morning for a few hours of old-school [http://en.wikipedia.org/wiki/Open-space_technology open space technology] unconference.  Bring a rough talk or idea you want to share or questions you have or something you want to learn about or discuss with other people, and be ready to tell us about it.  Use it as extra prep time for your upcoming prepared or lightning talk if you want.  We'll plan the morning out a little bit at the beginning, but not too much.  What we do will be up to the people there in the room.&lt;br /&gt;
&lt;br /&gt;
If there's interest, we could start with a &amp;quot;welcome to code4lib&amp;quot; introductory session for newcomers.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Devon Smith&lt;br /&gt;
* Esmé Cowles, escowles@ucsd.edu&lt;br /&gt;
* Jason Casden&lt;br /&gt;
* Ryan Eby&lt;br /&gt;
* mark matienzo&lt;br /&gt;
* Donald Mennerich&lt;br /&gt;
* Patrick Berry, pberry@csuchico.edu&lt;br /&gt;
* Kåre Fiedler Christiansen, kfc@statsbiblioteket.dk&lt;br /&gt;
&lt;br /&gt;
=== Delivery services ===&lt;br /&gt;
* Ted Lawless, Brown University Library, tlawless at brown edu.  &lt;br /&gt;
* Kevin Reiss, Princeton University Library, kr2 at princeton edu.&lt;br /&gt;
&lt;br /&gt;
Are you interested in making it easier for users to obtain copies of known items?  Do you feel your OpenURL and Interlibrary Loan software could be streamlined?  This pre-conference workshop will focus on providing services that deliver content to users.  Discovery systems are doing a better job of exposing library holdings but there's still a lot of work to do actually get the content in the users hands.  &lt;br /&gt;
&lt;br /&gt;
Possible topics/activities include:&lt;br /&gt;
* group discussion of what some libraries have done in this area&lt;br /&gt;
* comparisons of different approaches to addressing delivery &lt;br /&gt;
* overview of tools available &lt;br /&gt;
* sharing of strategies and experiences&lt;br /&gt;
* time to work with and review open source code in this area. Some possible tools to install and test out [https://github.com/team-umlaut/umlaut Umlaut], [https://github.com/lawlesst/heroku-360link Py360 Link]. &lt;br /&gt;
 &lt;br /&gt;
Resources and background information:&lt;br /&gt;
* [https://github.com/team-umlaut/umlaut/wiki/What-is-Umlaut-anyway What-is-Umlaut-anyway] &lt;br /&gt;
* [http://journal.code4lib.org/articles/7308 Hacking 360 Link: A hybrid approach]&lt;br /&gt;
* [http://journal.code4lib.org/articles/108 Auto-Populating an ILL form with the Serial Solutions Link Resolver API]&lt;br /&gt;
* [http://lawlesst.github.com/notebook/delivery.html Focusing on Delivery]&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Ken Varnum, varnum at umich e-d-u&lt;br /&gt;
* Ayla Stein&lt;br /&gt;
* Curtis Thacker&lt;br /&gt;
* Rosalyn Metz rosalynmetz at gmail com&lt;br /&gt;
* James Van Mil - james.vanmil at gmail com&lt;br /&gt;
* Andrew Nagy&lt;br /&gt;
* Ranti Junus&lt;br /&gt;
* Aaron Collier - acollier at csufresno edu&lt;br /&gt;
* Demian Katz - demian dot katz at villanova dot edu&lt;br /&gt;
* Jacob Andresen - jacob at reindex dot dk&lt;br /&gt;
&lt;br /&gt;
=== Intro to Blacklight CANCELLED ===&lt;br /&gt;
&lt;br /&gt;
PLEASE NOTE: This pre-conference has been cancelled in favor of joining forces with the RailsBridge workshop. The afternoon Blacklight session will still be offered.&lt;br /&gt;
&lt;br /&gt;
=== RailsBridge Intro to Ruby on Rails ===&lt;br /&gt;
* Jason Ronallo, North Carolina State University Libraries, jnronall@ncsu.edu&lt;br /&gt;
* Mark Bussey, Data Curation Experts (mark at curationexperts.com)&lt;br /&gt;
* Shaun Ellis (helper), Princeton University Library, shaune@princeton.edu&lt;br /&gt;
* Ross Singer, Talis, rossfsinger@gmail.com&lt;br /&gt;
* Adam Wead (helper), Rock and Roll Hall of Fame, awead@rockhall.org&lt;br /&gt;
* Bess Sadler, Stanford University, bess@stanford.edu&lt;br /&gt;
* Anyone else want to come and help folks? Contact Jason.&lt;br /&gt;
&lt;br /&gt;
RailsBridge comes to code4lib! We'll follow the RailsBridge curriculum (http://railsbridge.org) to provide a gentle introduction to Ruby on Rails. Topics covered include an introduction to the Ruby language, the Rails framework, and version control with git. Participants will build a working Rails application. &lt;br /&gt;
&lt;br /&gt;
There will be some pre-preconference preparation needed so that we can effectively use our time. Details to come.&lt;br /&gt;
&lt;br /&gt;
* Note: Attendees can follow up with the Intro to Blacklight afternoon session, which will be tailored for folks new to Ruby&lt;br /&gt;
&lt;br /&gt;
Please add your name below and fill out the [https://docs.google.com/spreadsheet/viewform?formkey=dEpxd0tzU1ZscnU5QUUtd0JGUk9qQkE6MA#gid=0 experience survey].&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
# First and last name and email address&lt;br /&gt;
# John MacGillivray&lt;br /&gt;
# Jon Stroop - jstroop at princeton&lt;br /&gt;
# Christina Salazar - christina{dot}salazar{at}csuci{dot}edu&lt;br /&gt;
# Karen Coombs - coombsk{at}oclc{dot}org&lt;br /&gt;
# Becky Yoose - b dot yoose at google overlord&lt;br /&gt;
# Jeremy Morse - jgmorse at umich&lt;br /&gt;
# Julia Bauder - julia{dot}bauder{at}gmail{dot}com &lt;br /&gt;
# Chung Kang&lt;br /&gt;
# Karen Miller - k-miller3{at}northwestern{dot}edu&lt;br /&gt;
# Betsy Coles - bcoles{at}caltech{dot}edu&lt;br /&gt;
# Jay Luker - jay{dot}luker{at}gmail{dot}com&lt;br /&gt;
# Santi Thompson&lt;br /&gt;
# Sarah Dooley - sarah{at}nclive{dot}org&lt;br /&gt;
# Brandon Dudley&lt;br /&gt;
# Ken Irwin&lt;br /&gt;
# Dennis Ogg - ogg{at}ucar{dot}edu&lt;br /&gt;
# Ian Walls - iwalls{at}library{dot}umass{dot}edu&lt;br /&gt;
# Steven Villereal – villereal{at}gmail{dot}com&lt;br /&gt;
# Hillel Arnold - hillel{dot}arnold{at}gmail{dot}com&lt;br /&gt;
# Josh Wilson - joshwilsonnc at gmail&lt;br /&gt;
# Cynthia Ng - cynthia [dot] s [dot] ng [at] gmail&lt;br /&gt;
# Ian Chan&lt;br /&gt;
# Heidi Frank - hf36{at}nyu{dot}edu&lt;br /&gt;
# Mark Mounts - mark{dot}mounts{at}dartmouth{dot}edu&lt;br /&gt;
# Bill McMillin - wmcmilli{at}pratt {dot}edu&lt;br /&gt;
# David Lacy - david dot lacy at villanova dot edu&lt;br /&gt;
# Courtney Greene - crgreene at indiana dot edu&lt;br /&gt;
# Laney McGlohon - lmcglohon@getty.edu&lt;br /&gt;
# Nancy Enneking - nenneking@getty.edu&lt;br /&gt;
# Jason Raitz - jcraitz at ncsu dot edu&lt;br /&gt;
# Nick Cappadona&lt;br /&gt;
# Steven Marsden - steven.marsden@ryerson.ca&lt;br /&gt;
# Linda Ballinger - ballingerl at newberry dot org&lt;br /&gt;
# Brendan Quinn - brendan-quinn at northwestern dot edu&lt;br /&gt;
# Michael Levy - mlevy {at}ushmm {dot}org&lt;br /&gt;
# Michael North   (m-north at northwestern dot edu)&lt;br /&gt;
# Shawn Averkamp - shawnaverkamp{at}gmail{dot}com&lt;br /&gt;
# Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
# Andrew Darby - agdarby at miami dot edu&lt;br /&gt;
# Cody Hennesy - chennesy at library dot berkeley dot edu&lt;br /&gt;
# Devin Higgins - higgi135 at msu dot edu&lt;br /&gt;
# Emily Zervas - emily{dot}zervas{at}gmail{dot}com&lt;br /&gt;
# Rob Dumas - rdumas {at} chipublib {dot} org&lt;br /&gt;
# Evan Boyd - eboyd /at/ ctschicago /period/ edu&lt;br /&gt;
# William Hicks - William{dot}hicks{at}unt{dot}edu&lt;br /&gt;
# Lauren Ajamie - lauren dot ajamie at nd dot edu&lt;br /&gt;
# David Anderson - david dot anderson3 at nih dot gov&lt;br /&gt;
&lt;br /&gt;
===Intro to NoSQL Databases===&lt;br /&gt;
* Joshua Gomez, George Washington University, jngomez at gwu edu&lt;br /&gt;
&lt;br /&gt;
Since Google published its paper on BigTable in 2006, alternatives to the traditional relational database model have been growing in both variety and popularity. These new databases (often referred to as NoSQL databases) excel at handling problems faced by modern information systems that the traditional relational model cannot. They are particularly popular among organizations tackling the so-called &amp;quot;Big Data&amp;quot; problems. However, there are always tradeoffs involved when making such dramatic changes. Understanding how these different kinds of databases are designed and what they can offer is essential to the decision making process. In this precon I will discuss some of the various types of new databases (key-value, columnar, document, graph) and walk through examples or exercises using some of their open source implementations like Riak, HBase, CouchDB, and Neo4j.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Esha Datta&lt;br /&gt;
* Trevor Thornton&lt;br /&gt;
* Michael Doran&lt;br /&gt;
* Ray Schwartz - schwartzr2@wpunj.edu&lt;br /&gt;
* Kevin Clarke&lt;br /&gt;
* Andreas Orphanides&lt;br /&gt;
* Tommy Ingulfsen - tommying{at}caltech{dot}edu&lt;br /&gt;
* Harrison Dekker&lt;br /&gt;
* Eric James eric dot james at yale dot edu&lt;br /&gt;
* Sean Crowe - sean.crowe@uc.edu&lt;br /&gt;
* Scott Hanrath&lt;br /&gt;
* Erin Fahy - erin.fahy at mtholyoke edu&lt;br /&gt;
* Karen Coyle - kcoyle at kcoyle.net&lt;br /&gt;
* Charles Draper&lt;br /&gt;
* David Uspal&lt;br /&gt;
* Shawn Kiewel - smkiewel at uga dot edu&lt;br /&gt;
* Stephanie Collett - stephanie dot collett at ucop dot edu&lt;br /&gt;
* Declan Fleming - declan at declan dot net&lt;br /&gt;
* David Gonzalez - d.gonzalez26 at umiami dot edu&lt;br /&gt;
* Jeff Peterson - gpeterso at umn dot edu&lt;br /&gt;
* May Chan - msuicat at gmail dot com&lt;br /&gt;
* Kathryn Stine - kathryn dot stine at ucop dot edu&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
* Eben English - eenglish [at] bpl dot org&lt;br /&gt;
* Marisa Strong - marisa dot strong at ucop dot edu&lt;br /&gt;
* Michael Lindsey - mackeral at gmail dot com&lt;br /&gt;
&lt;br /&gt;
==Half Day Afternoon==&lt;br /&gt;
=== Data Visualization Hackfest ===&lt;br /&gt;
* Chris Beer, cabeer at stanford.edu&lt;br /&gt;
* Dan Chudnov, dchud at gwu edu&lt;br /&gt;
&lt;br /&gt;
* Description: Want to hack/design/plan/document on a team of people who enjoy learning by creating?  Interested in data visualization?  Well, this hackfest is for you.  Not familiar with the concept of a hackfest?  See Roy Tennant's [http://www.libraryjournal.com/article/CA332564.html &amp;quot;Where Librarians Go To Hack&amp;quot;] and the page for the [http://access2010.lib.umanitoba.ca/node/3.html Access 2010 Hackfest].  We propose a half-day hackfest with a focus on visualization library data -- think stuff like library catalog data, access/circulation statistics, etc. Here's how it works, roughly: &lt;br /&gt;
 - we'll (you'll!) do lightning tutorials for some data visualization tools, toolkits (R? d3js? ?), datasets.&lt;br /&gt;
 - we'll separate into groups and hack on stuff.&lt;br /&gt;
 - at the end of the day, we'll present our progress.&lt;br /&gt;
&lt;br /&gt;
Not a code hacker?  No worries; all skill sets and backgrounds are valuable! &lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Devon Smith&lt;br /&gt;
* Esha Datta&lt;br /&gt;
* Ray Schwartz - schwartzr2@wpunj.edu&lt;br /&gt;
* Karen Coombs - coombsk{at}oclc{dot}org&lt;br /&gt;
* Julia Bauder - julia{dot}bauder{at}gmail{dot}com&lt;br /&gt;
* Jason Stirnaman (jstirnaman at kumc.edu)&lt;br /&gt;
* Joshua Gomez&lt;br /&gt;
* Ayla Stein&lt;br /&gt;
* Harrison Dekker&lt;br /&gt;
* Ian Walls - iwalls{at}library{dot}umass{dot}edu&lt;br /&gt;
* Scott Hanrath&lt;br /&gt;
* [[User:Kevenj|Keven Jeffery]]&lt;br /&gt;
* James Van Mil - james.vanmil at gmail com&lt;br /&gt;
* Sean Crowe - sean.crowe@uc.edu&lt;br /&gt;
* Karen coyle - kcoyle at kcoyle.net&lt;br /&gt;
* David Lacy - david dot lacy at villanova dot edu&lt;br /&gt;
* mark matienzo&lt;br /&gt;
* David Uspal&lt;br /&gt;
* Emily Lynema - ejlynema at ncsu dot edu&lt;br /&gt;
* Sean Chen&lt;br /&gt;
* Donald Mennerich&lt;br /&gt;
* Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
* Declan Fleming - declan at declan dot net&lt;br /&gt;
* Chick Markley -- chick at qrhino dot com&lt;br /&gt;
* Rosalyn Metz -- rosalynmetz at gmail com&lt;br /&gt;
* Devin Higgins - higgi135 at msu dot edu&lt;br /&gt;
* Emily Zervas emily{dot}zervas{at}gmail{dot}com&lt;br /&gt;
* May Chan -- msuicat at gmail dot com&lt;br /&gt;
* Kathryn Stine - kathryn dot stine at ucop dot edu&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
&lt;br /&gt;
=== Intro to Hydra ===&lt;br /&gt;
* Adam Wead, Rock and Roll Hall of Fame (awead at rockhall.org)&lt;br /&gt;
* Justin Coyne, Data Curation Experts (justin.coyne at curationexperts.com)&lt;br /&gt;
* Mark Bussey, Data Curation Experts (mark at curationexperts.com)&lt;br /&gt;
&lt;br /&gt;
Hydra (http://projecthydra.org) is a free and open source repository solution that is being used by institutions on both sides of the North Atlantic to provide access to their digital content.  Hydra provides a versatile and feature rich environment for end-users and repository administrators alike. Leveraging Blacklight as its front end discovery interface, the hydra project provides a suite of software components, data models, and design patterns for building a robust and sustainable digital repository, as well as a community of support for ongoing development. This workshop will provide an introduction to the hydra project and its software components. Attendees will leave with enough knowledge to get started building their own local repository solutions. This workshop will be led by Adam Wead of the Rock and Roll Hall of Fame. &lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Jeremy Prevost&lt;br /&gt;
* Dennis Ogg - ogg{at}ucar{dot}edu&lt;br /&gt;
* Terry Brady&lt;br /&gt;
* Betsy Coles - bcoles{at}caltech{dot}edu&lt;br /&gt;
* Brendan Quinn - brendan-quinn at northwestern dot edu&lt;br /&gt;
* Shawn Kiewel - smkiewel at uga dot edu&lt;br /&gt;
* Steven Villereal – villereal{at}gmail{dot}com&lt;br /&gt;
* Ryan Eby&lt;br /&gt;
* Dean Farrell&lt;br /&gt;
* Ian Chan&lt;br /&gt;
* Mark Mounts - mark{dot}mounts{at}dartmouth{dot}edu&lt;br /&gt;
* Carl Jones&lt;br /&gt;
* Laney McGlohon - lmcglohon@getty.edu&lt;br /&gt;
* Nancy Enneking - nenneking@getty.edu&lt;br /&gt;
* Allan Berry - allan{dot}berry{at}gmail{dot}com&lt;br /&gt;
* Andrew Darby - agdarby at miami dot edu&lt;br /&gt;
&lt;br /&gt;
=== Intro to Blacklight ===&lt;br /&gt;
* Bess Sadler, Stanford University Library (bess at stanford.edu)&lt;br /&gt;
* Jason Ronallo, NC State (jronallo at gmail.com)&lt;br /&gt;
* Shaun Ellis (helper), Princeton University Library, (shaune@princeton.edu)&lt;br /&gt;
&lt;br /&gt;
Blacklight (http://projectblacklight.org) is a free and open source discovery interface built on solr and ruby on rails. It is used by institutions such as Stanford University, NC State, WGBH, Johns Hopkins University, the Rock and Roll Hall of Fame, and an ever expanding community of adopters and contributors. Blacklight can be used as a front-end discovery solution for an ILS, or the contents of a digital repository, or to provide a unified discovery solution for many siloed collections. In this workshop we will cover the basics of solr indexing and searching, setting up and customizing Blacklight, and leave time for Q&amp;amp;A around local issues people might encounter. &lt;br /&gt;
&lt;br /&gt;
Note: this workshop will be tailored as a follow-on to the morning's RailsBridge Intro to Ruby on Rails workshop, but everyone is welcome&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* John MacGillivray&lt;br /&gt;
* Jon Stroop&lt;br /&gt;
* Jeremy Morse - jgmorse at umich&lt;br /&gt;
* Karen Miller - k-miller3{at}northwestern{dot}edu&lt;br /&gt;
* Tommy Ingulfsen - tommying{at}caltech{dot}edu&lt;br /&gt;
* Chung Kang&lt;br /&gt;
* Santi Thompson&lt;br /&gt;
* Brandon Dudley&lt;br /&gt;
* Ken Irwin&lt;br /&gt;
* Hillel Arnold&lt;br /&gt;
* Heidi Frank - hf36{at}nyu{dot}com&lt;br /&gt;
* Chris Sharp - csharp{at}georgialibraries{dot}org&lt;br /&gt;
* Bill McMillin - wmcmilli{at} pratt{dot} edu&lt;br /&gt;
* Jason Raitz - jcraitz at ncsu dot edu&lt;br /&gt;
* Linda Ballinger - ballingerl at newberry dot org&lt;br /&gt;
* Tim Thompson - t.thompson5{at}miami{dot}edu&lt;br /&gt;
* David Gonzalez - d.gonzalez26 at umiami dot edu&lt;br /&gt;
* Courtney Greene - crgreene at indiana dot edu&lt;br /&gt;
* Evan Boyd - eboyd /at/ ctschicago /period/ edu&lt;br /&gt;
* William Hicks - William{dot}hicks{at}unt{dot}edu&lt;br /&gt;
* Lauren Ajamie - lauren dot ajamie at nd dot edu&lt;br /&gt;
* David Anderson - david dot anderson3 at nih dot gov&lt;br /&gt;
* Michael Lindsey - mackeral at gmail dot com&lt;br /&gt;
&lt;br /&gt;
=== DPLA Intro/Hacking ===&lt;br /&gt;
 &lt;br /&gt;
* Presenter(s)/Leader(s): TBD&lt;br /&gt;
* Guy Who'd Be Interested in Helping: Jay Luker, Smithsonian Astrophysics Data System (jluker at cfa.harvard.edu)&lt;br /&gt;
&lt;br /&gt;
This is a stub proposal entered solely to beat the submission deadline. I think there's be sufficient interest in this session, but only thought of it yesterday and haven't had time to coordinate with actual DPLA'ers and confirm that any of them are definitely coming.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* First and last name&lt;br /&gt;
&lt;br /&gt;
=== Fail4lib ===&lt;br /&gt;
* Jason Casden, NCSU Libraries (jmcasden at ncsu.edu)&lt;br /&gt;
* Andreas Orphanides, NCSU Libraries (akorphan at ncsu.edu)&lt;br /&gt;
&lt;br /&gt;
The Code4lib community is full of driven people who embrace the risks that are often associated with new projects. While these traits lead to the incredible projects that are presented at Code4lib, creative technical work also often leads to unexpected, vexing, or disappointing results even from eventually successful projects (however you define the term). Learning more about how our colleagues deal with failure in various contexts could lead to the development of better methods for communicating the value of productive failure, modifying project plans (&amp;quot;The Pivot&amp;quot;), and failing more cheaply.&lt;br /&gt;
&lt;br /&gt;
Hopefully we can define the format as a group, but a fairly high level of participation is crucial if this is to be a worthwhile preconference. Some possible agenda items that could be mixed and matched to fill the afternoon:&lt;br /&gt;
&lt;br /&gt;
# Given willing presenters, a series of 10-20 minute presentations that go into some depth about specific failures.&lt;br /&gt;
# Depending on the number of participants, either a multi- or single-track series of unconference-like themed discussions on various aspects of failure, possibly including themes like:&lt;br /&gt;
#* Technical failure&lt;br /&gt;
#* Failure to effectively address a real user need&lt;br /&gt;
#* Overinvestment&lt;br /&gt;
#* Outreach/Promotion failure&lt;br /&gt;
#* Design/UX failure&lt;br /&gt;
#* Project team communication failure&lt;br /&gt;
#* Missed opportunities (risk-averse failure)&lt;br /&gt;
#* Successes gleaned from failures&lt;br /&gt;
# A panel of participants who have prepared in advance to answer moderator and audience questions about their experience with failure.&lt;br /&gt;
# A prepared reading assignment that we could all forget to read, creating a shared fail in order to start the preconference on the right foot.&lt;br /&gt;
&lt;br /&gt;
I'll serve as a moderator (if needed) and participant and would welcome more organizers. I am happy to be outvoted by participants on any of these points--I just want to get us talking about our screw-ups, blind spots, and anvils dropping from the sky.&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* Becky Yoose&lt;br /&gt;
* Lisa Rabey&lt;br /&gt;
* Cynthia Ng (maybe) - cynthia [dot] s [dot] ng [at] gmail&lt;br /&gt;
* Patrick Berry, pberry@csuchico.edu&lt;br /&gt;
&lt;br /&gt;
=== Solr 4 In Depth ===&lt;br /&gt;
* Contact: Erik Hatcher (erik.hatcher at lucidworks.com)&lt;br /&gt;
&lt;br /&gt;
The long awaited and much anticipated Solr 4 has been released!   It's a really big deal.  There are so many improvements, it makes the head spin.  This session will cover the major feature improvements from Lucene's flexible indexing and scoring API up through SolrCloud in a digestable half-day format. Sounds like this is an evening thing that might happen at a bar somewhere?&lt;br /&gt;
&lt;br /&gt;
'''I plan on attending:'''&lt;br /&gt;
* First and last name&lt;br /&gt;
* Erin Fahy - erin.fahy at mtholyoke edu&lt;br /&gt;
* Esmé Cowles, escowles@ucsd.edu&lt;br /&gt;
* Jon Stroop&lt;br /&gt;
* Adam Constabars&lt;br /&gt;
* Kevin Clarke&lt;br /&gt;
* Jacob Andresen (jacob at reindex dot dk)&lt;br /&gt;
* Ted Lawless (tlawless at brown dot edu)&lt;br /&gt;
* Jay Luker&lt;br /&gt;
* Tom Burton-West&lt;br /&gt;
* Curtis Thacker&lt;br /&gt;
* Eric James eric dot james at yale dot edu&lt;br /&gt;
* Bess Sadler (bess at stanford dot edu)&lt;br /&gt;
* Michael North&lt;br /&gt;
* Charles Draper&lt;br /&gt;
* Nick Cappadona&lt;br /&gt;
* Stephanie Collett - stephanie dot collett at ucop dot edu&lt;br /&gt;
* Kalee Sprague - kalee dot sprague at yale dot edu&lt;br /&gt;
* Jeff Peterson - gpeterso at umn dot edu&lt;br /&gt;
* Erik Hetzner&lt;br /&gt;
* Demian Katz - demian dot katz at villanova dot edu&lt;br /&gt;
* Eben English - eenglish at bpl dot org&lt;br /&gt;
* Raman Chandrasekar &lt;br /&gt;
* Jason Ronallo - jnronall@ncsu.edu&lt;br /&gt;
[[Category:Code4Lib2013]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=Crowdsourced_Video_QA&amp;diff=11412</id>
		<title>Crowdsourced Video QA</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=Crowdsourced_Video_QA&amp;diff=11412"/>
				<updated>2012-02-13T11:51:26Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;I've noticed that a number of you all have been watching the rough archived videos in the livestream channel: http://www.livestream.com/code4lib&lt;br /&gt;
&lt;br /&gt;
I'm hoping to use these as a foundation for the &amp;quot;official&amp;quot; archives, but I know there are various gaps, glitches, drops and problems.&lt;br /&gt;
&lt;br /&gt;
As a result, I'd like to crowdsource help with identifying segments that work and segments that don't. For the bad bits, I have a lot of secondary footage on DV tapes, and I'll be working with UW to pull that to file &amp;amp; see what gaps I can fill. &lt;br /&gt;
&lt;br /&gt;
Since I don't necessarily want to watch all 3 days multiple times, I thought I'd ask the community to help me find the problems.&lt;br /&gt;
&lt;br /&gt;
If you've already re-watched a segment in the archives, or looked for something that wasn't there, please add info below. Or email me: corey dot harper at nyu. Or twitter at me: chrpr. Or call, fax, carrier pigeon, fedex, smoke signal, morse code, mime, interpretive dance... Yeah, probably easiest to just add the info here or contact me on the internet.&lt;br /&gt;
&lt;br /&gt;
The schedule's below.&lt;br /&gt;
&lt;br /&gt;
Thanks!&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellpadding=&amp;quot;5&amp;quot;  &lt;br /&gt;
! Segment&lt;br /&gt;
! Quality (Good, Passable, Missing, Drops) &lt;br /&gt;
|-&lt;br /&gt;
| Tue. 09:15-10:00 - Keynote #1 - Dan Chudnov&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 10:20-10:40 - Beyond code: Versioning data with Git and Mercurial. (Stephanie Collett and Martin Haye)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 10:40-11:00 - &amp;quot;Linked-Data-Ready&amp;quot; Software for Libraries&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 11:00-11:20 - Your Catalog in Linked Data&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 11:20-11:40 - HTML5 Microdata and Schema.org&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 11:40-12:00 - ALL TEH METADATAS! or How we use RDF to keep all of the digital object metadata formats thrown at us.&lt;br /&gt;
| Starts at 1:26:38.  Sound is pretty muddy, and the air handler kicks in at 1:43:00 ish and wipes it out.&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 13:00-13:20 - HathiTrust Large Scale Search: Scalability meets Usability&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 13:20-13:40 - Relevance Ranking in the Scholarly Domain&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 13:40-14:00 - Kill the search button II - the handheld devices are coming&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 14:00-14:20 - Design for Developers&lt;br /&gt;
|&lt;br /&gt;
|- &lt;br /&gt;
| Tue. 14:20-14:40 - The Golden Road (To Unlimited Devotion): Building a Socially Constructed Archive of Grateful Dead Artifacts&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Tue. 16:10-16:20 - Breakout reports,  16:20-17:20 - Lightning Talks 1, 17:20-17:30 - Daily wrap-up&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 09:15-09:35 - Discovering Digital Library User Behavior with Google Analytics&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 09:35-09:55 - How people search the library from a single search box&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 09:55-10:15 - Building research applications with Mendeley&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 10:35-10:55 - Stack View: A Library Browsing Tool&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 10:55-11:15 - NoSQL Bibliographic Records: Implementing a Native FRBR Datastore with Redis&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 11:15-12:00 - Ask Anything!&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 13:00-13:20 - Indexing big data with Tika, Solr &amp;amp; map-reduce&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 13:20-13:40 - In-browser data storage and me&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 13:40-14:00 - Lies, Damned Lies, and Lines of Code Per Day&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 14:00-14:20 - Practical Agile: What's Working for Stanford, Blacklight, and Hydra (Slides as PDF) (Slides as PowerPoint)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Wed. 15:50-16:00 - Breakout reports, 16:00-17:00 - Lightning Talks 2, 17:00-17:15 - Daily wrap-up&lt;br /&gt;
| Completely missing&lt;br /&gt;
|-&lt;br /&gt;
| Thu. 09:15-10:00 - Keynote #2 - Bethany Nowviskie&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Thu. 10:15-11:00 - Lightning Talks 3&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Thu. 11:00-11:20 - Your UI can make or break the application (to the user, anyway)&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| Thu. 11:20-11:40 - Quick and Dirty Clean Usability: Rapid Prototyping with Bootstrap&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| 11:40-12:00 - Search Engine Relevancy Tuning - A Static Rank Framework for Solr/Lucene&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
| 12:00-12:20 - Wrap-Up&lt;br /&gt;
|&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11353</id>
		<title>2012 Lightning Talks Signup</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11353"/>
				<updated>2012-02-09T01:00:42Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Sign up for Lightning Talks!!'''&lt;br /&gt;
&lt;br /&gt;
Lightning talks are scheduled on all three days of the conference. A lightning talk is a fast-paced 5 minute talk on a topic of your choosing. Sign-ups for lightning talks will open at 10 am on Tuesday, February 7, immediately following the first keynote.&lt;br /&gt;
&lt;br /&gt;
Mark Jason Dominus has a nice page [http://perl.plover.com/lt/lightning-talks.html about lightning talks], which includes this summary of why you might want to do one:&lt;br /&gt;
&lt;br /&gt;
''Maybe you've never given a talk before, and you'd like to start small. For a Lightning Talk, you don't need to make slides, and if you do decide to make slides, you only need to make three.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you're nervous and you're afraid you'll mess up. It's a lot easier to plan and deliver a five minute talk than it is to deliver a long talk. And if you do mess up, at least the painful part will be over quickly.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you don't have much to say. Maybe you just want to ask a question, or invite people to help you with your project, or boast about something you did, or tell a short cautionary story. These things are all interesting and worth talking about, but there might not be enough to say about them to fill up thirty minutes.''&lt;br /&gt;
&lt;br /&gt;
You might also like Mark Fowler's's [http://www.perl.com/pub/2004/07/30/lightningtalk.html Advice for Giving a Lightning Talk].&lt;br /&gt;
&lt;br /&gt;
'''LIGHTNING TALK SIGNUPS OPEN AT 10 AM PST ON FEBRUARY 7'''&lt;br /&gt;
&lt;br /&gt;
=== Tuesday, 4:10-5:10pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Al Cornish / [https://s3.amazonaws.com/professional-akc/xtfLightning2012.pdf XTF in 300 seconds] &lt;br /&gt;
# Makoto OKamoto / [http://savemlak.jp/wiki/saveMLAK/en?lang=en&amp;amp;uselang=en saveMLAK] - Aid activities for the Great East Japan Earthquake through collaboration via Wiki ([http://www.slideshare.net/arg_editor/code4lib201220120207 Slide])&lt;br /&gt;
# Andrew Nagy / Vendors Suck&lt;br /&gt;
# akorphan - [https://docs.google.com/open?id=0B8qxz6BpsdaqOGYxYmI4ZmItZDU4Yy00YTgzLWFhMjQtYWM3ZDNiYzBiNmIw Heat maps... not just for input analysis]&lt;br /&gt;
# Gabriel Farrell / ElasticSearch&lt;br /&gt;
# nettie lagace - identifying and solving interoperability problems through cooperation&lt;br /&gt;
# Eric Larson -- [http://speakerdeck.com/u/ewlarson/p/finding-images-in-book-page-images Finding images in book page images] [https://mywebspace.wisc.edu/ewlarson/web/finding_images.pdf PDF]&lt;br /&gt;
# adam wead / Blacklight at the Rock Hall&lt;br /&gt;
# Kelley McGrath -- FRBR, facets, moving images&lt;br /&gt;
# Bohyun Kim -- [http://www.slideshare.net/bohyunkim Web Usability in terms of words]&lt;br /&gt;
# Simon Spero.  - Restriction Classes, Bitches&lt;br /&gt;
# Cynthia Ng / [http://processing.org/ Processing] &amp;amp; [http://processingjs.org/ ProcessingJS]&lt;br /&gt;
&lt;br /&gt;
=== Wednesday, 4:00-5:00pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Scott Hanrath -- Zotero and SHERPA/RoMEO API mashup&lt;br /&gt;
# [[User:DataGazetteer|Peter Murray]] -- Introducing FOSS4LIB.org&lt;br /&gt;
# Mark Matienzo -- I've Got Good News&lt;br /&gt;
# Mike Durbin -- Edge Cases - Digitizing and delivering undescribed items in EAD&lt;br /&gt;
# [http://marlag.com/walker David Walker] -- [http://www.slideshare.net/dswalker/basic-lti Basic Learning Tool Interoperability (LTI) Protocol]&lt;br /&gt;
# Ryuuji Yoshimoto -- Introducing [http://calil.jp/ CALIL.JP], scraping/mashup all of OPACs in JAPAN! [http://dl.dropbox.com/u/3580301/Introducing_CALIL_JP.pdf PDF]&lt;br /&gt;
# Kåre Fiedler Christiansen (@kaarefc) -- Chucking all the software components in a library together to present recorded radio and tv [http://dl.dropbox.com/u/3558261/c4l12presentation.pdf PDF]&lt;br /&gt;
# Joel Richard -- introducing Macaw metadata collection tool &lt;br /&gt;
# Rachel Frick - LOD-LAM Incubator Project&lt;br /&gt;
# Mao Tsunekawa - Project Shizuku : Making Friends in libraries [http://dl.dropbox.com/u/262075/Code4LibConference2012_LT_Tsunekawa.pdf PDF]&lt;br /&gt;
# Keith Folsom - Archivists' Toolkit Database Server on an Amazon EC2 Instance&lt;br /&gt;
# Rebecca Jones -- call for services&lt;br /&gt;
&lt;br /&gt;
=== Thursday, 10:15-11:00am [9 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# David Uspal -- Rapid Deployment Projects&lt;br /&gt;
# Robert Haschart -- Adding publicly-accessible Hathi Trust items to your Solr-based discovery system.&lt;br /&gt;
# Jeremy Nelson -- Aristotle a Django based Discovery Layer&lt;br /&gt;
# Dennis Schafroth - Turbo MARC in YAZ Library&lt;br /&gt;
# Yuka Egusa, Masao Takaku -- Recovery of Minamisanriku Library from tsunami disaster&lt;br /&gt;
# Hillel Arnold -- Occupy Wall Street documentation&lt;br /&gt;
# Erik Hetzner -- Strategy for c4l voting&lt;br /&gt;
# Ed Summers -- jobs.code4lib.org&lt;br /&gt;
# Christopher Spalding -- Search in a Blender&lt;br /&gt;
&lt;br /&gt;
===If only we had more time===&lt;br /&gt;
# Tim Shearer - Mass Digitization Update: EAD, Ajax, and CONTENTdm&lt;br /&gt;
# Jason Clark - BookMeUp (Book Suggestions App) http://bit.ly/zRmmvA &lt;br /&gt;
# &lt;br /&gt;
# &lt;br /&gt;
# &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11134</id>
		<title>2012 Lightning Talks Signup</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11134"/>
				<updated>2012-02-07T18:28:35Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Sign up for Lightning Talks!!'''&lt;br /&gt;
&lt;br /&gt;
Lightning talks are scheduled on all three days of the conference. A lightning talk is a fast-paced 5 minute talk on a topic of your choosing. Sign-ups for lightning talks will open at 10 am on Tuesday, February 7, immediately following the first keynote.&lt;br /&gt;
&lt;br /&gt;
Mark Jason Dominus has a nice page [http://perl.plover.com/lt/lightning-talks.html about lightning talks], which includes this summary of why you might want to do one:&lt;br /&gt;
&lt;br /&gt;
''Maybe you've never given a talk before, and you'd like to start small. For a Lightning Talk, you don't need to make slides, and if you do decide to make slides, you only need to make three.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you're nervous and you're afraid you'll mess up. It's a lot easier to plan and deliver a five minute talk than it is to deliver a long talk. And if you do mess up, at least the painful part will be over quickly.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you don't have much to say. Maybe you just want to ask a question, or invite people to help you with your project, or boast about something you did, or tell a short cautionary story. These things are all interesting and worth talking about, but there might not be enough to say about them to fill up thirty minutes.''&lt;br /&gt;
&lt;br /&gt;
You might also like Mark Fowler's's [http://www.perl.com/pub/2004/07/30/lightningtalk.html Advice for Giving a Lightning Talk].&lt;br /&gt;
&lt;br /&gt;
'''LIGHTNING TALK SIGNUPS OPEN AT 10 AM PST ON FEBRUARY 7'''&lt;br /&gt;
&lt;br /&gt;
=== Tuesday, 4:10-5:10pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Al Cornish / XTF in 300 seconds&lt;br /&gt;
# Makoto OKamoto / [http://savemlak.jp/wiki/saveMLAK/en?lang=en&amp;amp;uselang=en saveMLAK] - Aid activities for the Great East Japan Earthquake through collaboration via Wiki&lt;br /&gt;
# Andrew Nagy / Vendors Suck&lt;br /&gt;
# akorphan - Heat maps... not just for input analysis&lt;br /&gt;
# Gabriel Farrell / ElasticSearch&lt;br /&gt;
# nettie lagace - identifying and solving interoperability problems through cooperation&lt;br /&gt;
#&lt;br /&gt;
# adam wead / Blacklight at the Rock Hall&lt;br /&gt;
# Kelley McGrath -- FRBR, facets, moving images&lt;br /&gt;
# Bohyun Kim -- Web Usability in terms of words&lt;br /&gt;
# Simon Spero.  - Restriction Classes, Bitches&lt;br /&gt;
# Cynthia Ng / Processing &amp;amp; ProcessingJS&lt;br /&gt;
&lt;br /&gt;
=== Wednesday, 4:00-5:00pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Scott Hanrath -- Zotero and SHERPA/RoMEO API mashup&lt;br /&gt;
# [[User:DataGazetteer|Peter Murray]] -- Introducing FOSS4LIB.org&lt;br /&gt;
# @anarchivist -- something something something&lt;br /&gt;
# Mike Durbin -- Edge Cases - Digitizing and delivering undescribed items in EAD&lt;br /&gt;
# David Walker -- Basic Learning Tool Interoperability (LTI) Protocol&lt;br /&gt;
# Ryuuji Yoshimoto -- Introducing CALIL.JP ,scraping/mushup all of OPAC in japan!&lt;br /&gt;
# Kåre Fiedler Christiansen (@kaarefc) -- Chucking all the software components in a library together to present recorded radio and tv&lt;br /&gt;
# Joel Richard -- introducing Macaw metadata collection tool &lt;br /&gt;
#Rachel Frick - LOD-LAM Incubator Project&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
=== Thursday, 10:15-11:00am [9 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# David Uspal -- Rapid Deployment Projects&lt;br /&gt;
#&lt;br /&gt;
# Jeremy Nelson -- Aristotle a Django based Discovery Layer&lt;br /&gt;
# Dennis Schafroth - Turbo MARC in YAZ Library&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11131</id>
		<title>2012 Lightning Talks Signup</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11131"/>
				<updated>2012-02-07T18:26:45Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: Moved my slot&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Sign up for Lightning Talks!!'''&lt;br /&gt;
&lt;br /&gt;
Lightning talks are scheduled on all three days of the conference. A lightning talk is a fast-paced 5 minute talk on a topic of your choosing. Sign-ups for lightning talks will open at 10 am on Tuesday, February 7, immediately following the first keynote.&lt;br /&gt;
&lt;br /&gt;
Mark Jason Dominus has a nice page [http://perl.plover.com/lt/lightning-talks.html about lightning talks], which includes this summary of why you might want to do one:&lt;br /&gt;
&lt;br /&gt;
''Maybe you've never given a talk before, and you'd like to start small. For a Lightning Talk, you don't need to make slides, and if you do decide to make slides, you only need to make three.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you're nervous and you're afraid you'll mess up. It's a lot easier to plan and deliver a five minute talk than it is to deliver a long talk. And if you do mess up, at least the painful part will be over quickly.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you don't have much to say. Maybe you just want to ask a question, or invite people to help you with your project, or boast about something you did, or tell a short cautionary story. These things are all interesting and worth talking about, but there might not be enough to say about them to fill up thirty minutes.''&lt;br /&gt;
&lt;br /&gt;
You might also like Mark Fowler's's [http://www.perl.com/pub/2004/07/30/lightningtalk.html Advice for Giving a Lightning Talk].&lt;br /&gt;
&lt;br /&gt;
'''LIGHTNING TALK SIGNUPS OPEN AT 10 AM PST ON FEBRUARY 7'''&lt;br /&gt;
&lt;br /&gt;
=== Tuesday, 4:10-5:10pm [12 slots] ===l&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Al Cornish / XTF in 300 seconds&lt;br /&gt;
# Makoto OKamoto / [http://savemlak.jp/wiki/saveMLAK/en?lang=en&amp;amp;uselang=en saveMLAK] - Aid activities for the Great East Japan Earthquake through collaboration via Wiki&lt;br /&gt;
# Andrew Nagy / Vendors Suck&lt;br /&gt;
# akorphan - Heat maps... not just for input analysis&lt;br /&gt;
#&lt;br /&gt;
# nettie lagace - identifying and solving interoperability problems through cooperation&lt;br /&gt;
#&lt;br /&gt;
# adam wead / Blacklight at the Rock Hall&lt;br /&gt;
# Kelley McGrath -- FRBR, facets, moving images&lt;br /&gt;
# Bohyun Kim -- Web Usability in terms of words&lt;br /&gt;
# Simon Spero.  - Restriction Classes, Bitches&lt;br /&gt;
# Cynthia Ng / Processing &amp;amp; ProcessingJS&lt;br /&gt;
&lt;br /&gt;
=== Wednesday, 4:00-5:00pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Scott Hanrath -- Zotero and SHERPA/RoMEO API mashup&lt;br /&gt;
# [[User:DataGazetteer|Peter Murray]] -- Introducing FOSS4LIB.org&lt;br /&gt;
# @anarchivist -- something something something&lt;br /&gt;
# Mike Durbin -- Edge Cases - Digitizing and delivering undescribed items in EAD&lt;br /&gt;
# David Walker -- Basic Learning Tool Interoperability (LTI) Protocol&lt;br /&gt;
# Ryuuji Yoshimoto -- Introducing CALIL.JP ,scraping all of OPAC in japan!&lt;br /&gt;
# ''Kåre Fiedler Christiansen'' -- ''Chucking all the software components in a library together to present recorded radio and tv''&lt;br /&gt;
# Joel Richard -- introducing Macaw metadata collection tool &lt;br /&gt;
#Rachel Frick - LOD-LAM Incubator Project&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
=== Thursday, 10:15-11:00am [9 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# David Uspal -- Rapid Deployment Projects&lt;br /&gt;
#&lt;br /&gt;
# Jeremy Nelson -- Aristotle a Django based Discovery Layer&lt;br /&gt;
# Dennis Schafroth - Turbo MARC in YAZ Library&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11108</id>
		<title>2012 Lightning Talks Signup</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11108"/>
				<updated>2012-02-07T18:01:47Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Sign up for Lightning Talks!!'''&lt;br /&gt;
&lt;br /&gt;
Lightning talks are scheduled on all three days of the conference. A lightning talk is a fast-paced 5 minute talk on a topic of your choosing. Sign-ups for lightning talks will open at 10 am on Tuesday, February 7, immediately following the first keynote.&lt;br /&gt;
&lt;br /&gt;
Mark Jason Dominus has a nice page [http://perl.plover.com/lt/lightning-talks.html about lightning talks], which includes this summary of why you might want to do one:&lt;br /&gt;
&lt;br /&gt;
''Maybe you've never given a talk before, and you'd like to start small. For a Lightning Talk, you don't need to make slides, and if you do decide to make slides, you only need to make three.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you're nervous and you're afraid you'll mess up. It's a lot easier to plan and deliver a five minute talk than it is to deliver a long talk. And if you do mess up, at least the painful part will be over quickly.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you don't have much to say. Maybe you just want to ask a question, or invite people to help you with your project, or boast about something you did, or tell a short cautionary story. These things are all interesting and worth talking about, but there might not be enough to say about them to fill up thirty minutes.''&lt;br /&gt;
&lt;br /&gt;
You might also like Mark Fowler's's [http://www.perl.com/pub/2004/07/30/lightningtalk.html Advice for Giving a Lightning Talk].&lt;br /&gt;
&lt;br /&gt;
'''LIGHTNING TALK SIGNUPS OPEN AT 10 AM PST ON FEBRUARY 7'''&lt;br /&gt;
&lt;br /&gt;
=== Tuesday, 4:10-5:10pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Al Cornish / XTF in 300 seconds&lt;br /&gt;
# Makoto OKamoto / [http://savemlak.jp/wiki/saveMLAK/en?lang=en&amp;amp;uselang=en saveMLAK] - Aid activities for the Great East Japan Earthquake through collaboration via Wiki&lt;br /&gt;
#&lt;br /&gt;
# akorphan - Heat maps... not just for input analysis&lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
# adam wead / Blacklight at the Rock Hall&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
# Cynthia Ng / Processing &amp;amp; ProcessingJS&lt;br /&gt;
&lt;br /&gt;
=== Wednesday, 4:00-5:00pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Scott Hanrath -- Zotero and SHERPA/RoMEO API mashup&lt;br /&gt;
#&lt;br /&gt;
# @anarchivist -- something something something&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
=== Thursday, 10:15-11:00am [9 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
# ''Jeremy Nelson'' -- ''Aristotle - Django based Discovery Layer''&lt;br /&gt;
#&lt;br /&gt;
# ''Kåre Fiedler Christiansen'' -- ''Chucking all the software components in a library together to present recorded radio and tv''&lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11107</id>
		<title>2012 Lightning Talks Signup</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_Lightning_Talks_Signup&amp;diff=11107"/>
				<updated>2012-02-07T18:00:55Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Sign up for Lightning Talks!!'''&lt;br /&gt;
&lt;br /&gt;
Lightning talks are scheduled on all three days of the conference. A lightning talk is a fast-paced 5 minute talk on a topic of your choosing. Sign-ups for lightning talks will open at 10 am on Tuesday, February 7, immediately following the first keynote.&lt;br /&gt;
&lt;br /&gt;
Mark Jason Dominus has a nice page [http://perl.plover.com/lt/lightning-talks.html about lightning talks], which includes this summary of why you might want to do one:&lt;br /&gt;
&lt;br /&gt;
''Maybe you've never given a talk before, and you'd like to start small. For a Lightning Talk, you don't need to make slides, and if you do decide to make slides, you only need to make three.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you're nervous and you're afraid you'll mess up. It's a lot easier to plan and deliver a five minute talk than it is to deliver a long talk. And if you do mess up, at least the painful part will be over quickly.''&lt;br /&gt;
&lt;br /&gt;
''Maybe you don't have much to say. Maybe you just want to ask a question, or invite people to help you with your project, or boast about something you did, or tell a short cautionary story. These things are all interesting and worth talking about, but there might not be enough to say about them to fill up thirty minutes.''&lt;br /&gt;
&lt;br /&gt;
You might also like Mark Fowler's's [http://www.perl.com/pub/2004/07/30/lightningtalk.html Advice for Giving a Lightning Talk].&lt;br /&gt;
&lt;br /&gt;
'''LIGHTNING TALK SIGNUPS OPEN AT 10 AM PST ON FEBRUARY 7'''&lt;br /&gt;
&lt;br /&gt;
=== Tuesday, 4:10-5:10pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Al Cornish / XTF in 300 seconds&lt;br /&gt;
# Makoto OKamoto / [http://savemlak.jp/wiki/saveMLAK/en?lang=en&amp;amp;uselang=en saveMLAK] - Aid activities for the Great East Japan Earthquake through collaboration via Wiki&lt;br /&gt;
#&lt;br /&gt;
# akorphan - Heat maps... not just for input analysis&lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
# adam wead / Blacklight at the Rock Hall&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
# Cynthia Ng / Processing &amp;amp; ProcessingJS&lt;br /&gt;
&lt;br /&gt;
=== Wednesday, 4:00-5:00pm [12 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
# Scott Hanrath -- Zotero and SHERPA/RoMEO API mashup&lt;br /&gt;
#&lt;br /&gt;
# @anarchivist -- something something something&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
=== Thursday, 10:15-11:00am [9 slots] ===&lt;br /&gt;
&lt;br /&gt;
Enter ''Name'' -- ''Title of Talk''&lt;br /&gt;
&lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
# ''Jeremy Nelson'' -- ''Aristotle - Django based Discovery Layer''&lt;br /&gt;
#&lt;br /&gt;
# Chucking all the software components in a library together to present recorded radio and tv&lt;br /&gt;
#&lt;br /&gt;
# &lt;br /&gt;
#&lt;br /&gt;
#&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_twitter_list&amp;diff=10928</id>
		<title>2012 twitter list</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_twitter_list&amp;diff=10928"/>
				<updated>2012-02-06T17:13:38Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Put your twitter handle in here, if you're at Code4Lib 2012 Seattle.  I'll add you to the 2012-attendeeds twitter list for @code4lib when I get a chance. Thanks! -Sean&lt;br /&gt;
&lt;br /&gt;
# Sean Hannan (@MrDys)&lt;br /&gt;
# Cynthia Ng (@TheRealArty)&lt;br /&gt;
# Becky Yoose (@yo_bj)&lt;br /&gt;
# Jason Ronallo (@ronallo)&lt;br /&gt;
# Kåre Fiedler Christiansen (@kaarefc)&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_talks_proposals&amp;diff=9819</id>
		<title>2012 talks proposals</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_talks_proposals&amp;diff=9819"/>
				<updated>2011-11-19T09:22:25Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: Fixed formatting&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Deadline for talk submission is ''Sunday, November 20''.&lt;br /&gt;
&lt;br /&gt;
Prepared talks are 20 minutes (including setup and questions), and focus on one or more of the following areas:&lt;br /&gt;
 * tools (some cool new software, software library or integration platform)&lt;br /&gt;
 * specs (how to get the most out of some protocols, or proposals for new ones)&lt;br /&gt;
 * challenges (one or more big problems we should collectively address)&lt;br /&gt;
&lt;br /&gt;
The community will vote on proposals using the criteria of:&lt;br /&gt;
 * usefulness&lt;br /&gt;
 * newness&lt;br /&gt;
 * geekiness&lt;br /&gt;
 * diversity of topics&lt;br /&gt;
&lt;br /&gt;
Please follow the formatting guidelines:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Talk Title: ==&lt;br /&gt;
 &lt;br /&gt;
* Speaker's name, affiliation, and email address&lt;br /&gt;
* Second speaker's name, affiliation, email address, if second speaker&lt;br /&gt;
&lt;br /&gt;
Abstract of no more than 500 words.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== VuFind 2.0: Why and How? ==&lt;br /&gt;
&lt;br /&gt;
* Demian Katz, Villanova University, demian.katz@villanova.edu&lt;br /&gt;
&lt;br /&gt;
A major new version of the VuFind discovery software is currently in development.  While VuFind 1.x remains extremely popular, some of its components are beginning to show their age.  VuFind 2.0 aims to retain all the strengths of the previous version of the software while making the architecture cleaner, more modern and more standards-based.  This presentation will examine the motivation behind the update, preview some of the new features to look forward to, and discuss the challenges of creating a developer-friendly open source package in PHP.&lt;br /&gt;
&lt;br /&gt;
== Open Source Software Registry ==&lt;br /&gt;
&lt;br /&gt;
* [[User:DataGazetteer|Peter Murray]], LYRASIS, Peter.Murray@lyrasis.org&lt;br /&gt;
&lt;br /&gt;
LYRASIS is creating and shepherding a [[Registry_E-R_Diagram|registry of library open source software]] as part of its [http://www.lyrasis.org/News/Press-Releases/2011/LYRASIS-Receives-Grant-to-Support-Open-Source.aspx grant from the Mellon Foundation to support the adoption of open source software by libraries].  &lt;br /&gt;
The goal of the grant is to help libraries of all types determine if open source software is right for them, and what combination of software, hosting, training, and consulting works for their situation.  &lt;br /&gt;
The registry is intended to become a community exchange point and stimulant for growth of the library open source ecosystem by connecting libraries with projects, service providers, and events.&lt;br /&gt;
&lt;br /&gt;
The first half of this session will demonstrate the registry functions and describe how projects and providers can get involved.  &lt;br /&gt;
The second half of the session will be a brainstorming suggestion of how to expand the functionality and usefulness of the registry.&lt;br /&gt;
&lt;br /&gt;
== Property Graphs And TinkerPop Applications in Digital Libraries ==&lt;br /&gt;
 &lt;br /&gt;
* Brian Tingle, California Digital Library, brian.tingle.cdlib.org@gmail.com&lt;br /&gt;
&lt;br /&gt;
[http://www.tinkerpop.com/ TinkerPop] is an open source software development group focusing on technologies in the [http://en.wikipedia.org/wiki/Graph_database graph database] space.   &lt;br /&gt;
This talk will provide a general introduction to the TinkerPop Graph Stack and the [https://github.com/tinkerpop/gremlin/wiki/Defining-a-Property-Graph property graph model] is uses.  The introduction will include code examples and explanations of the property graph models used by the [http://socialarchive.iath.virginia.edu/ Social Networks in Archival Context] project and show how the historical social graph is exposed as a JSON/REST API implemented by a TinkerPop [https://github.com/tinkerpop/rexster rexster] [https://github.com/tinkerpop/rexster-kibbles Kibble] that contains the application's graph theory logic.  Other graph database applications possible with TinkerPop such as RDF support, and citation analysis will also be discussed.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Security in Mind ==&lt;br /&gt;
 &lt;br /&gt;
* Erin Germ, United States Naval Academy, Nimitz Library, germ@usna.edu&lt;br /&gt;
&lt;br /&gt;
I would like to talk about security of library software.&lt;br /&gt;
&lt;br /&gt;
Over the Summer, I discovered a critical vulnerability in a vendor’s software that (verified) allowed me to assume any user’s identity for that site, (verified) switch to any user, and to (unverified, meaning I didn’t not perform this as I didn’t want to “hack” another library’s site) assume the role of any user for any other library who used this particular vendor's software.&lt;br /&gt;
&lt;br /&gt;
Within a 3 hour period, I discovered a 2 vulnerabilities: 1) minor one allowing me to access any backups from any library site, and 2) a critical vulnerability.  From start to finish, the examination, discovery in the vulnerability, and execution of a working exploit was done in less than 2 hours. The vulnerability was a result of poor cookie implementation. The exploit itself revolved around modifying the cookie, and then altering the browser’s permissions by assuming the role of another user.&lt;br /&gt;
&lt;br /&gt;
I do not intend on stating which vendor it was, but I will show how I was able to perform this. If needed, I can do further research and “investigation” into other vendor's software to see what I can “find”.&lt;br /&gt;
&lt;br /&gt;
''If selected, I will contact the vendor to inform them that I will present about this at C4L2012. I do not intend on releasing the name of the vendor.''&lt;br /&gt;
&lt;br /&gt;
== Search Engines and Libraries ==&lt;br /&gt;
 &lt;br /&gt;
* Greg Lindahl, blekko CTO, greg@blekko.com&lt;br /&gt;
&lt;br /&gt;
[https://blekko.com blekko] is a new web-scale search engine which enables end-users to create vertical search engines, through a feature called [http://help.blekko.com/index.php/category/slashtags/ slashtags]. Slashtags can contain as few as 1 or as many as tens of thousands of websites relevant to a narrow or broad topic. We have an extensive set of slashtags curated by a combination of volunteers and an in-house librarian team, or end-users can create and share their own. This talk will cover examples of slashtag creation relevant to libraries, and show how to embed this search into a library website, either using javascript or via our API.&lt;br /&gt;
&lt;br /&gt;
''We have exhibited at a couple of library conferences, and have received a lot of interest. blekko is a free service.''&lt;br /&gt;
&lt;br /&gt;
== Beyond code: Versioning data with Git and Mercurial. ==&lt;br /&gt;
&lt;br /&gt;
* Stephanie Collett, California Digital Library, stephanie.collett@ucop.edu&lt;br /&gt;
* Martin Haye, California Digital Library, martin.haye@ucop.edu&lt;br /&gt;
&lt;br /&gt;
Within a relatively short time since their introduction, [http://en.wikipedia.org/wiki/Distributed_Version_Control_System distributed version control systems] (DVCS) like [http://git-scm.com/ Git] and [http://mercurial.selenic.com/ Mercurial] have enjoyed widespread adoption for versioning code. It didn’t take long for the library development community to start discussing the potential for using DVCS within our applications and repositories to version data. After all, many of the features that have made some of these systems popular in the open source community to version code (e.g. lightweight, file-based, compressed, reliable) also make them compelling options for versioning data.  And why write an entire versioning system from scratch if a DVCS solution can be a drop-in solution? At the [http://www.cdlib.org/ California Digital Library] (CDL) we’ve started using Git and Mercurial in some of our applications to version data. This has proven effective in some situations and unworkable in others. This presentation will be a practical case study of CDL’s experiences with using DVCS to version data. We will explain how we’re incorporating Git and Mercurial in our applications, describe our successes and failures and consider the issues involved in repurposing these systems for data versioning.&lt;br /&gt;
&lt;br /&gt;
==Design for Developers==&lt;br /&gt;
&lt;br /&gt;
*Lisa Kurt, University of Nevada, Reno, lkurt@unr.edu&lt;br /&gt;
&lt;br /&gt;
Users expect good design. This talk will delve into what makes really great design, what to look for, and how to do it. Learn the principles of great design to take your applications, user interfaces, and projects to a higher level. With years of experience in graphic design and illustration, Lisa will discuss design principles, trends, process, tools, and development. Design examples will be from her own projects as well as a variety from industry. You’ll walk away with design knowledge that you can apply immediately to a variety of applications and a number of top notch go-to resources to get you up and running.&lt;br /&gt;
&lt;br /&gt;
==Building research applications with Mendeley==&lt;br /&gt;
&lt;br /&gt;
William Gunn, Mendeley william.gunn@mendeley.com (@mrgunn)&lt;br /&gt;
&lt;br /&gt;
This is partly a tool talk and partly a big idea one.&lt;br /&gt;
&lt;br /&gt;
Mendeley has built the world's largest open database of research and we've now begun to collect some interesting social metadata around the document metadata. I would like to share with the Code4Lib attendees information about using this resource to do things within your application that have previously been impossible for the library community, or in some cases impossible without expensive database subscriptions. One thing that's now possible is to augment catalog search by surfacing information about content usage, allowing people to not only find things matching a query, but popular things or things read by their colleagues. In addition to augmenting search, you can also use this information to augment discovery. Imagine an online exhibit of artifacts from a newly discovered dig not just linking to papers which discuss the artifact, but linking to really good interesting papers about the place and the people who made the artifacts. So the big idea is, &amp;quot;How will looking at the literature from a broader perspective than simple citation analysis change how research is done and communicated? How can we build tools that make this process easier and faster?&amp;quot; I can show some examples of applications that have been built using the Mendeley and PLoS APIs to begin to address this question, and I can also present results from Mendeley's developer challenge which shows what kinds of applications researchers are looking for, what kind of applications peope are building, and illustrates some interesting places where the two don't overlap.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Your UI can make or break the application (to the user, anyway)==&lt;br /&gt;
&lt;br /&gt;
* Robin Schaaf, University of Notre Dame, schaaf.4@nd.edu&lt;br /&gt;
&lt;br /&gt;
UI development is hard and too often ends up as an after-thought to computer programmers - if you were a CS major in college I'll bet you didn't have many, if any, design courses.  I'll talk about how to involve the users upfront with design and some common pitfalls of this approach.  I'll also make a case for why you should do the screen design before a single line of code is written.  And I'll throw in some ideas for increasing usability and attractiveness of your web applications.  I'd like to make a case study of the UI development of our open source ERMS.&lt;br /&gt;
&lt;br /&gt;
==Why Nobody Knows How Big The Library Really Is - Perspective of a Library Outside Turned Insider==&lt;br /&gt;
&lt;br /&gt;
* Patrick Berry, California State University, Chico, pberry@csuchico.edu&lt;br /&gt;
&lt;br /&gt;
In this talk I would like to bring the perspective of an &amp;quot;outsider&amp;quot; (although an avowed IT insider) to let you know that people don't understand the full scope of the library.  As we &amp;quot;rethink education&amp;quot;, it is incumbent upon us to help educate our institutions as to the scope of the library.  I will present some of the tactics I'm employing to help people outside, and in some cases inside, the library to understand our size and the value we bring to the institution.&lt;br /&gt;
&lt;br /&gt;
==Building a URL Management Module using the Concrete5 Package Architecture==&lt;br /&gt;
&lt;br /&gt;
* David Uspal, Villanova University, david.uspal@villanova.edu&lt;br /&gt;
&lt;br /&gt;
Keeping track of URLs utilized across a large website such as a university library, and keeping that content up to date for subject and course guides, can be a pain, and as an open source shop, we’d like to have open source solution for this issue.  For this talk, I intend to detail our solution to this issue by walking step-by-step through the building process for our URL Management module -- including why a new solution was necessary; a quick rundown of our CMS ([http://www.concrete5.org Concrete5], a CMS that isn’t Drupal); utilizing the Concrete5 APIs to isolate our solution from core code (to avoid complications caused by core updates); how our solution was integrated into the CMS architecture for easy installation; and our future plans on the project.&lt;br /&gt;
&lt;br /&gt;
==Building an NCIP connector to OpenSRF to facilitate resource sharing==&lt;br /&gt;
&lt;br /&gt;
* Jon Scott, Lyrasis, jon_scott@wsu.edu and Kyle Banerjee, Orbis Cascade Alliance, banerjek@uoregon.edu &lt;br /&gt;
&lt;br /&gt;
How do you reverse engineer any protocol to provide a new service? Humans (and worse yet, committees) often design verbose protocols built around use cases that don't line up current reality. To compound difficulties, the contents of protocol containers are not sufficiently defined/predictable and the only assistance available is sketchy documentation and kind individuals on the internet willing to share what they learned via trial by fire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
NCIP (Niso Circulation Interchange Protocol) is an open standard that defines a set of messages to support exchange of circulation data between disparate circulation, interlibrary loan, and related applications -- widespread adoption of NCIP would eliminate huge amounts of duplicate processing in separate systems. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This presentation discusses how we learned enough about NCIP and OpenSRF from scratch to build an NCIP responder for Evergreen to facilitate resource sharing in a large consortium that relies on over 20 different ILSes.&lt;br /&gt;
&lt;br /&gt;
==Practical Agile: What's Working for Stanford, Blacklight, and Hydra==&lt;br /&gt;
&lt;br /&gt;
* Naomi Dushay, Stanford University Libraries, ndushay@stanford.edu&lt;br /&gt;
&lt;br /&gt;
Agile development techniques can be difficult to adopt in the context of library software development.  Maybe your shop has only one or two developers, or you always have too many simultaneous projects.   Maybe your new projects can’t be started until 27 librarians reach consensus on the specifications.&lt;br /&gt;
&lt;br /&gt;
This talk will present successful Agile- and Silicon-Valley-inspired practices we’ve adopted at Stanford and/or in the Blacklight and Hydra projects.  We’ve targeted developer happiness as well as improved productivity with our recent changes.  User stories, dead week, sight lines … it’ll be a grab bag of goodies to bring back to your institution, including some ideas on how to adopt these practices without overt management buy in.&lt;br /&gt;
&lt;br /&gt;
==Quick and &amp;lt;strike&amp;gt;Dirty&amp;lt;/strike&amp;gt; Clean Usability: Rapid Prototyping with Bootstrap==&lt;br /&gt;
&lt;br /&gt;
* Shaun Ellis, Princeton University Libraries, shaune@princeton.edu &lt;br /&gt;
&lt;br /&gt;
''&amp;quot;The code itself is unimportant; a project is only as useful as people actually find it.&amp;quot;  - Linus Torvalds'' [http://bit.ly/p4uuyy]&lt;br /&gt;
&lt;br /&gt;
Usability has been a buzzword for some time now, but what is the process for making the the transition toward a better user experience, and hence, better designed library sites?  I will discuss the one facet of the process my team is using to redesign the Finding Aids site for Princeton University Libraries (still in development).  The approach involves the use of rapid prototyping, with Bootstrap [http://twitter.github.com/bootstrap/], to make sure we are on track with what users and stakeholders expect up front, and throughout the development process.&lt;br /&gt;
&lt;br /&gt;
Because Bootstrap allows for early and iterative user feedback, it is more effective than the historic Photoshop mockups/wireframe technique.  The Photoshop approach allows stakeholders to test the look, but not the feel -- and often leaves developers scratching their heads.  Being a CSS/HTML/Javascript grid-based framework, Bootstrap makes it easy for anyone with a bit of HTML/CSS chops to quickly build slick, interactive prototypes right in the browser -- tangible solutions which can be shared, evaluated, revised, and followed by all stakeholders (see Minimum Viable Products [http://en.wikipedia.org/wiki/Minimum_viable_product]).  Efficiency is multiplied because the customized prototypes can flow directly into production use, as is the goal with iterative development approaches, such as the Agile methodology.&lt;br /&gt;
&lt;br /&gt;
While Bootstrap is not the only framework that offers grid-based layout, development is expedited and usability is enhanced by Bootstraps use of of &amp;quot;prefabbed&amp;quot; conventional UI patterns, clean typography, and lean Javascript for interactivity.   Furthermore, out-of-the box Bootstrap comes in a fairly neutral palette, so focus remains on usability, and does not devolve into premature discussions of color or branding choices.  Finally, using Less can be a powerful tool in conjunction with Bootstrap, but is not necessary.  I will discuss the pros and cons, and offer examples for how to getting up and running with or without Less.&lt;br /&gt;
&lt;br /&gt;
==Search Engine Relevancy Tuning - A Static Rank Framework for Solr/Lucene==&lt;br /&gt;
&lt;br /&gt;
* Mike Schultz, Amazon.com (formerly Summon Search Architect) mike.schultz@gmail.com&lt;br /&gt;
&lt;br /&gt;
Solr/Lucene provides a lot of flexibility for adjusting relevancy scoring and improving search results.  Roughly speaking there are two areas of concern: Firstly, a 'dynamic rank' calculation that is a function of the user query and document text fields.  And secondly, a 'static rank' which is independent of the query and generally is a function of non-text document metadata.  In this talk I will outline an easily understood, hand-tunable static rank system with a minimal number of parameters.&lt;br /&gt;
&lt;br /&gt;
The obvious major feature of a search engine is to return results relevant to a user query.  Perhaps less obvious is the huge role query independent document features play in achieving that. Google's PageRank is an example of a static ranking of web pages based on links and other secret sauce.  In the Summon service, our 800 million documents have features like publication date, document type, citation count and Boolean features like the-article-is-peer-reviewed.  These fields aren't textual and remain 'static' from query to query, but need to influence a document's relevancy score.  In our search results, with all query related features being equal, we'd rather have more recent documents above older ones, Journals above Newspapers, and articles that are peer reviewed above those that are not. The static rank system I will describe achieves this and has the following features:&lt;br /&gt;
&lt;br /&gt;
* Query-time only calculation - nothing is baked into the index - with parameters adjustable at query time.&lt;br /&gt;
* The system is based on a signal metaphor where components are 'wired' together.  System components allow multiplexing, amplifying, summing, tunable band-pass filtering, string-to-value-mapping all with a bare minimum of parameters.&lt;br /&gt;
* An intuitive approach for mixing dynamic and static rank that is more effective than simple adding or multiplying.&lt;br /&gt;
* A way of equating disparate static metadata types that leads to understandable results ordering.&lt;br /&gt;
&lt;br /&gt;
==Submitting Digitized Book-like things to the Internet Archive==&lt;br /&gt;
&lt;br /&gt;
* Joel Richard, Smithsonian Institution Libraries, richardjm@si.edu&lt;br /&gt;
&lt;br /&gt;
The Smithsonian Libraries has submitted thousands of out-of-copyright items to the Internet Archive over the years. Specifically in relation to the Biodiversity Heritage Library, we have developed an in-house boutique scanning and upload process that became a learning experience in automated uploading to the Archive. As part of the software development, we created a whitepaper that details the combined learning experiences of the Smithsonian Libraries and the Missouri Botanical Garden. We will discuss some of the the contents of this whitepaper in the context of our scanning process and the manner in which we upload items to the Archive. &lt;br /&gt;
&lt;br /&gt;
Our talk will include a discussion of the types of files and their formats used by the Archive, processes that the Archive performs on uploaded items, ways of interacting and affecting those processes, potential pitfalls and solutions that you may encounter when uploading, and tools that the Archive provides to help monitor and manage your uploaded documents. &lt;br /&gt;
&lt;br /&gt;
Finally, we'll wrap up with a brief summary of how to use things that are on the Internet Archive in your own websites.&lt;br /&gt;
&lt;br /&gt;
== So... you think you want to Host a Code4Lib National Conference, do you? ==&lt;br /&gt;
&lt;br /&gt;
* Elizabeth Duell, Orbis Cascade Alliance, eduell@uoregon.edu&lt;br /&gt;
&lt;br /&gt;
Are you interested in hosting your own Code4Lib Conference? Do you know what it would take? What does BEO stands for? What does F&amp;amp;B Minimum mean? Who would you talk to for support/mentoring? There are so many things to think about: internet support, venue size, rooming blocks, contracts, dietary restrictions and coffee (can't forget the coffee!) just to name a few. Putting together a conference of any size can look daunting, so let's take the scary out of it and replace it with a can do attitude!&lt;br /&gt;
&lt;br /&gt;
Be a step ahead of the game by learning from the people behind the curtain. Ask questions and be given templates/ cheat sheets! &lt;br /&gt;
&lt;br /&gt;
== HTML5 Microdata and Schema.org ==&lt;br /&gt;
 &lt;br /&gt;
* Jason Ronallo, North Carolina State University Libraries, jason_ronallo@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
When the big search engines announced support for HTML5 microdata and the schema.org vocabularies, the balance of power for semantic markup in HTML shifted. &lt;br /&gt;
* What is microdata? &lt;br /&gt;
* Where does microdata fit with regards to other approaches like RDFa and microformats? &lt;br /&gt;
* Where do libraries stand in the worldview of Schema.org and what can they do about it? &lt;br /&gt;
* How can implementing microdata and schema.org optimize your sites for search engines?&lt;br /&gt;
* What tools are available?&lt;br /&gt;
&lt;br /&gt;
== Stack View: A Library Browsing Tool ==&lt;br /&gt;
 &lt;br /&gt;
* Annie Cain, Harvard Library Innovation Lab, acain@law.harvard.edu&lt;br /&gt;
&lt;br /&gt;
In an effort to recreate and build upon the traditional method of browsing a physical library, we used catalog data, including dimensions and page count, to create a [http://librarylab.law.harvard.edu/projects/stackview/ virtual shelf].&lt;br /&gt;
&lt;br /&gt;
This CSS and JavaScript backed visualization allows items to sit on any number of different shelves, really taking advantage of its digital nature.  See how we built Stack View on top of our data and learn how you can create shelves of your own using our open source code.&lt;br /&gt;
&lt;br /&gt;
== “Linked-Data-Ready” Software for Libraries ==&lt;br /&gt;
&lt;br /&gt;
* Jennifer Bowen, University of Rochester River Campus Libraries, jbowen@library.rochester.edu&lt;br /&gt;
&lt;br /&gt;
Linked data is poised to replace MARC as the basis for the new library bibliographic framework.  For libraries to benefit from linked data, they must learn about it, experiment with it, demonstrate its usefulness, and take a leadership role in its deployment. &lt;br /&gt;
&lt;br /&gt;
The eXtensible Catalog Organization (XCO) offers open-source software for libraries that is “linked-data-ready.” XC software prepares MARC and Dublin Core metadata for exposure to the semantic web, incorporating FRBR Group 1 entities and registered vocabularies for RDA elements and roles. This presentation will include a software demonstration, proposed software architecture for creation and management of linked data, a vision for how libraries can migrate from MARC to linked data, and an update on XCO progress toward linked data goals.&lt;br /&gt;
&lt;br /&gt;
== How people search the library from a single search box ==&lt;br /&gt;
&lt;br /&gt;
* Cory Lown, North Carolina State University Libraries, cory_lown@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
Searching the library is complex. There's the catalog, article databases, journal title and database title look-ups, the library website, finding aids, knowledge bases, etc. How would users search if they could get to all of these resources from a single search box? I'll share what we've learned about single search at NCSU Libraries by tracking use of QuickSearch (http://www.lib.ncsu.edu/search/index.php?q=aerospace+engineering), our home-grown unified search application. As part of this talk I will suggest low-cost ways to collect real world use data that can be applied to improve search. I will try to convince you that data collection must be carefully planned and designed to be an effective tool to help you understand what your users are telling you through their behavior. I will talk about how the fragmented library resource environment challenges us to provide useful and understandable search environments. Finally, I will share findings from analyzing millions of user transactions about how people search the library from a production single search box at a large university library.&lt;br /&gt;
&lt;br /&gt;
== An Incremental Approach to Archival Description and Access ==&lt;br /&gt;
&lt;br /&gt;
* Chela Scott Weber, New York University Libraries, chelascott@gmail.com&lt;br /&gt;
* Mark A. Matienzo, Yale University Library, mark@matienzo.org&lt;br /&gt;
&lt;br /&gt;
''This is placeholder text; description coming shortly''&lt;br /&gt;
&lt;br /&gt;
== Making the Easy Things Easy: A Generic ILS API ==&lt;br /&gt;
&lt;br /&gt;
* Wayne Schneider, Hennepin County Library, wschneider@hclib.org&lt;br /&gt;
&lt;br /&gt;
Some stuff we try to do is complicated, because, let's face it, library data is hard. Some stuff, on the other hand, should be easy. Given an item identifier, I should be able to look at item availability. Given a title identifier, I should be able to place a request. And no, I shouldn't have to parse through the NCIP specification or write a SIP client to do it.&lt;br /&gt;
&lt;br /&gt;
This talk will present work we have done on a web services approach to an API for traditional library transactional data, including example applications.&lt;br /&gt;
&lt;br /&gt;
== Your Catalog in Linked Data==&lt;br /&gt;
&lt;br /&gt;
* Tom Johnson, Oregon State University Libraries, thomas.johnson@oregonstate.edu&lt;br /&gt;
&lt;br /&gt;
Linked Library Data activity over the last year has seen bibliographic data sets and vocabularies proliferating from traditional library&lt;br /&gt;
sources. We've reached a point where regular libraries don't have to go it alone to be on the Semantic Web. There is a quickly growing pool of things we can actually ''link to'', and everyone's existing data can be immediately enriched by participating.&lt;br /&gt;
&lt;br /&gt;
This is a quick and dirty road to getting your catalog onto the Linked Data web. The talk  will take you from start to finish, using Free Software tools to establish a namespace, put up a SPARQL endpoint, make a simple data model, convert MARC records to RDF, and link the results to major existing data sets (skipping conveniently over pesky processing time). A small amount of &amp;quot;why linked data?&amp;quot; content will be covered, but the primary goal is to leave you able to reproduce the process and start linking your catalog into the web of data. Appropriate documentation will be on the web.&lt;br /&gt;
&lt;br /&gt;
== Getting the Library into the Learning Management System using Basic LTI == &lt;br /&gt;
&lt;br /&gt;
* David Walker, California State University, dwalker@calstate.edu&lt;br /&gt;
&lt;br /&gt;
The integration of library resources into learning management systems (LMS) has long been something of a holy grail for academic libraries.  The ability to deliver targeted library systems and services to students and faculty directly within their online course would greatly simplify access to library resources.  Yet, the technical barriers to achieving that goal have to date been formidable.  &lt;br /&gt;
&lt;br /&gt;
The recently released Learning Tool Interoperability (LTI) protocol, developed by IMS, now greatly simplifies this process by allowing libraries (and others) to develop and maintain “tools” that function like a native plugin or building block within the LMS, but ultimately live outside of it.  In this presentation, David will provide an overview of Basic LTI, a simplified subset (or profile) of the wider LTI protocol, showing how libraries can use this to easily integrate their external systems into any major LMS.  He’ll showcase the work Cal State has done to do just that.&lt;br /&gt;
&lt;br /&gt;
== Turn your Library Proxy Server into a Honeypot ==&lt;br /&gt;
 &lt;br /&gt;
* Calvin Mah, Simon Fraser University, calvinm@sfu.ca (@calvinmah)&lt;br /&gt;
&lt;br /&gt;
Ezproxy has provided libraries with a useful tool for providing patrons with offsite online access to licensed electronic resources.  This has not gone unnoticed for the unscrupulous users of the Internet who are either unwilling or unable to obtain legitimate access to these materials for themselves.  Instead, they buy or share hacked university computing accounts for unauthorized access.  When undetected, abuse of compromised university accounts can lead to abuse of vendor resources which lead to the blocking of the entire campus block of IP addresses from accessing that resource.&lt;br /&gt;
&lt;br /&gt;
Simon Fraser University Library has been pro actively detecting and thwarting unauthorized attempts through log analysis.  Since SFU has begun analysing our ezproxy logs, the number of new SFU login credentials which are posted and shared in publicly accessible forums has been reduced to zero.   Since our log monitoring began in 2008, the annual average number of SFU login credentials  that are compromised or hacked is 140.  Instead of being a single point of weakness in campus IT security, the library’s proxy server is a honeypot exposing weak passwords, keystroke logging trojans installed on patron PCs and campus network password sniffers.&lt;br /&gt;
&lt;br /&gt;
This talk will discuss techniques such as geomapping login attempts, strategies such as seeding phishing attempts and tools such as statistical log analysis used in detecting compromised login credentials.  &lt;br /&gt;
&lt;br /&gt;
== Relevance Ranking in the Scholarly Domain ==&lt;br /&gt;
&lt;br /&gt;
* Tamar Sadeh, PhD, Ex Libris Group, tamar.sadeh@exlibrisgroup.com&lt;br /&gt;
&lt;br /&gt;
The greatest challenge for discovery systems is how to provide users with the most relevant search results, given the immense landscape of available content. In a manner that is similar to human interaction between two parties, in which each person adjusts to the other in tone, language, and subject matter, discovery systems would ideally be sophisticated and flexible enough to adjust their algorithms to individual users and each user’s information needs. &lt;br /&gt;
&lt;br /&gt;
When evaluating the relevance of an item to a specific user in a specific context, relevance-ranking algorithms need to take into account, in addition to the degree to which the item matches the query, information that is not embodied in the item itself. Such information, which includes the item’s scholarly value, the type of search that the user is conducting (e.g., an exploratory search or a known-item search), and other factors, enables a discovery system to fulfill user expectations that have been shaped by experience with Web search engines.  &lt;br /&gt;
&lt;br /&gt;
The session will focus on the challenges of developing and evaluating relevance-ranking algorithms for the scholarly domain. Examples will be drawn mainly from the relevance-ranking technology deployed by the Ex Libris Primo discovery solution. &lt;br /&gt;
&lt;br /&gt;
== Mobile Library Catalog using Z39.50 ==&lt;br /&gt;
 &lt;br /&gt;
* James Paul Muir, The Ohio State University, muir.29@osu.edu&lt;br /&gt;
&lt;br /&gt;
A talk about putting a new spin on an age-old technology, creating a universal interface, which exposes any Z39.50 capable library catalog as a simple, useful and universal REST API for use in native mobile apps and mobile web.&lt;br /&gt;
&lt;br /&gt;
The talk includes the exploration and demonstration of the Ohio State University’s native app “OSU Mobile” for iOS and Android and shows how the library catalog search was integrated.&lt;br /&gt;
&lt;br /&gt;
The backbone of the project is a REST API, which was created in a weekend using a PHP framework that translates OPAC XML results from the Z39.50 interface into mobile-friendly JSON formatting.&lt;br /&gt;
&lt;br /&gt;
Raw Z39.50 search results contain all MARC information as well as local holdings.  &lt;br /&gt;
Configurable search fields and the ability to select which fields to include in the JSON output make this solution a perfect fit for any Z39.50-capable library catalog.&lt;br /&gt;
  &lt;br /&gt;
Looking forward, possibilities for expansion include the use of Off Campus Sign-In for online resources so mobile patrons can directly access online resources from a smartphone (included in the Android version of OSU Mobile) as well as integration with library patron account.&lt;br /&gt;
&lt;br /&gt;
Enjoy this alternative to writing a custom OPAC adapter or using a 3rd party service for exposing library records and use the proven and universal Z39.50 interface directly against your library catalog. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== DMPTool: Guidance and resources to build a data management plan&lt;br /&gt;
 &lt;br /&gt;
* Marisa Strong, California Digital Libary, marisa.strong@ucop.edu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A number of U.S. funding agencies such as the National Science Foundation require researchers to supply detailed plans for managing research data, called Data Management Plans. To help researchers with this requirement, the California Digital Library (CDL) along with several organizations, collaborated to develop the DMPTool. The goal is to provide researchers with guidance, links to resources and help with writing data management plans.&lt;br /&gt;
&lt;br /&gt;
This open-source, Ruby on Rails software tool is hosted on a SLES VM by CDL. The tool is integrated with Shibboleth, federated single sign-on software, which allows users to login via their home institutions. We had a geographically distributed development team sharing their code on Bitbucket.&lt;br /&gt;
&lt;br /&gt;
This talk will demo features of the application, the Shibboleth login architecture, as well as highlight the agile development practices and methods used to successfully design and build the application on an aggressive schedule.&lt;br /&gt;
&lt;br /&gt;
== Lies, Damned Lies, and Lines of Code Per Day ==&lt;br /&gt;
 &lt;br /&gt;
* James Stuart, Columbia University, james.stuart@columbia.edu&lt;br /&gt;
&lt;br /&gt;
We've all heard about that one study that showed that Pair Programming was 20% efficient than working alone. Or maybe you saw on a blog that study that showed that programmers who write fewer lines of code per day are more efficient...or was it less efficient? And of course, we all know that programmers who work in (Ruby|Python|Java|C|Erlang) have been shown to be more efficient.&lt;br /&gt;
&lt;br /&gt;
A quick examination of some of the research surrounding programming efficiency and methodology, with a focus on personal productivity, and how to incorporate the more believable research into your own team's workflow.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==An Anatomy of a Book Viewer==&lt;br /&gt;
&lt;br /&gt;
*Mohammed Abuouda, Bibliotheca Alexandrina, mohammed.abuouda@bibalex.org&lt;br /&gt;
&lt;br /&gt;
Bibliotheca Alexandria (BA) hosts 210,000 digital books in different languages available at http://dar.bibalex.org. It includes the largest collection of digitized Arabic books. Using open source  tools, BA has developed a modular book viewer that can be deployed in any environment to provide the users with a great personalized reading experience. BA’s book viewer provides several services that make this possible: morphological search in different languages, localization, server load balancing, scalability and image processing. Personalization features includes different types of annotation such as sticky notes, highlighting and underlining. It also provides the ability to embed the viewer in any webpage and change its skin.&lt;br /&gt;
&lt;br /&gt;
In this talk we will describe the book viewer architecture, its modular design and how to incorporate it in your current environment.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Carrier: Digital Signage System ==&lt;br /&gt;
 &lt;br /&gt;
* [[User:jmspargu|Justin Spargur]], The University of Arizona, spargurj@u.library.arizona.edu&lt;br /&gt;
 &lt;br /&gt;
Carrier is a web-based digital signage application written using JavaScript, PHP, MySQL that can be used on any device with an internet connection and a web browser. Used across the University of Arizona Libraries campuses, Carrier can display any web-based content, allowing users to promote new library collections and services via images, web pages, or videos. Users can easily manage the order in which slides are delivered, manage the length that slides are displayed for, set dates for when slides should be shown, and even specify specific locations where slides should be presented. &lt;br /&gt;
 &lt;br /&gt;
In addition to marketing purposes, Carrier can be used to send both low and high priority alerts to patrons. Alerts can be sent through the administrative interface, via RSS feeds, and even through a Twitter feed, allowing for easy integration with existing campus emergency notification systems.&lt;br /&gt;
 &lt;br /&gt;
I will describe the technical underpinnings of Carrier, challenges that we’ve faced since its implementation, enhancements planned for the next release of the software, and discuss our plans for releasing this software for others to use '''for free'''.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== We Built It.  They Came.  Now What? ==&lt;br /&gt;
 &lt;br /&gt;
* [[User:evviva|Evviva Weinraub]], Oregon State University, evviva.weinraub@oregonstate.edu&lt;br /&gt;
 &lt;br /&gt;
You have a great idea for something new or useful.  You build it, put it out there on GitHub, do a couple of presentations, maybe a press release and BAM, suddenly you’ve created a successful Open Source tool that others are using.  Great!&lt;br /&gt;
&lt;br /&gt;
Fast-forward 3 years. &lt;br /&gt;
&lt;br /&gt;
You still believe in the product, but you can no longer be solely responsible for taking care of it.  Just putting it out there has made it a tool others use, but how do you find a community of folks who believe in the product as much as you do and are willing to commit the time and energy into building, sustaining and moving this project forward.  Or just figuring out if you should bother trying?&lt;br /&gt;
&lt;br /&gt;
In 2006, OSU Libraries built an Interactive Course Assignment system called Library a la Carte – think LibGuides only Open Source.  We now find ourselves in just this predicament.  &lt;br /&gt;
&lt;br /&gt;
What can we do as a community to move beyond our build-first-ask-questions-later mentality and embed sustainability into our new and existing ideas and products without moving toward commercialization?  I fully expect we’ll end up with more questions than answers, but let’s spend some talking about our predicament and yours and think about how we can come out the other side. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Contextually Rich Collections Without the Risk: Digital Forensics and Automated Data Triage for Digital Collections ==&lt;br /&gt;
&lt;br /&gt;
* [[User:kamwoods|Kam Woods]], University of North Carolina at Chapel Hill, kamwoods@email.unc.edu&lt;br /&gt;
* Cal Lee, University of North Carolina at Chapel Hill, callee -- at -- ils -- unc -- edu&lt;br /&gt;
* Matthew Kirschenbaum, University of Maryland, mkirschenbaum@gmail.com&lt;br /&gt;
&lt;br /&gt;
Digital libraries and archives are increasingly faced with a significant backlog of unprocessed data along with an accelerating stream of incoming material. These data often arrive from donor organizations, institutions, and individuals on hard drives, optical and magnetic disks, flash memory devices, and even complete hardware (traditional desktop computers and mobile systems). &lt;br /&gt;
&lt;br /&gt;
Information on these devices may be sensitive, obscured by operating system arcana, or require specialized tools and procedures to parse. Furthermore, the sheer volume of materials being handled means that even simple tasks such as providing useful content reports can be impractical (or impossible) in current workflows.&lt;br /&gt;
&lt;br /&gt;
Many of the tasks currently associated with data triage and analysis can be simplified and performed with improved coverage and accuracy through the use of open source digital forensics tools. In this talk we will discuss recent developments in providing digital librarians and archivists with simple, open source tools to accomplish these tasks.  We will discuss tools and methods be tested, developed and packaged as part of the [http://bitcurator.net BitCurator] project.  These tools can be used to reduce or eliminate laborious, error-prone tasks in existing workflows and put valuable time back into the hands of digital librarians and archivists -- time better used to identify and tackle complex tasks that *cannot* be solved by software.&lt;br /&gt;
&lt;br /&gt;
== Finding Movies with FRBR and Facets ==&lt;br /&gt;
 &lt;br /&gt;
* Kelley McGrath, University of Oregon, kelleym@uoregon.edu&lt;br /&gt;
&lt;br /&gt;
How might the Functional Requirements for Bibliographic Records (FRBR) model and faceted navigation improve access to film and video in libraries? I will describe the design and implementation of a FRBR-inspired prototype discovery interface ([http://blazing-sunset-24.heroku.com/ http://blazing-sunset-24.heroku.com/]) using Solr and Blacklight . This approach demonstrates how FRBR can enable a work-centric view that is focused on the original movie or program while supporting users in selecting an appropriate version.&lt;br /&gt;
&lt;br /&gt;
The prototype features two sets of facets, which independently address two important information needs: (1) &amp;quot;What kind of movie or program do you want to watch?&amp;quot; (e.g., a 1970s TV sitcom, something directed by Kurosawa, or an early German horror film); (2) &amp;quot;How do you want to watch it? Where do you want to get it from?&amp;quot; (e.g., on Blu-ray, with Spanish subtitles, available at the local public library). This structure enables patrons to narrow, broaden and pivot across facet values instead of limiting them to the tree-structured hierarchy common with existing FRBR applications. &lt;br /&gt;
&lt;br /&gt;
This type of interface requires controlled data values mapped to FRBR group 1 entities, which in many cases are not available in existing MARC bibliographic records. I will discuss ongoing work using the XC Metadata Services Toolkit ([http://www.extensiblecatalog.org/ http://www.extensiblecatalog.org/]) to extract and normalize data from existing MARC records for videos in order to populate a FRBRized, faceted discovery interface.&lt;br /&gt;
&lt;br /&gt;
==Escaping the Black Box — Building a Platform to Foster Collaborative Innovation==&lt;br /&gt;
&lt;br /&gt;
* Karen Coombs, OCLC, coombsk@oclc.org&lt;br /&gt;
* Kathryn Harnish, OCLC harnishk@oclc.org&lt;br /&gt;
&lt;br /&gt;
Exposed Web services offer an unprecedented opportunity for collaborative innovation — that’s one of the hallmarks of Web-based services like Amazon, Google, and Facebook.  These environments are popular not only for their native feature sets, but also for the array of community-developed apps that can run in them.  The creativity of the development communities that work in these systems brings new value to all types of users.&lt;br /&gt;
&lt;br /&gt;
What if the library community could realize this same level of collaborative innovation around its systems?  What kinds of support would be necessary to transform library systems from “black boxes” to more open, accessible environments in which value is created and multiplied by the user community?&lt;br /&gt;
&lt;br /&gt;
In this session, we’ll discuss the challenges and opportunities OCLC faced in creating just that kind of environment.  The recently-released OCLC “cooperative platform” provides improved access to a wide variety of OCLC’s data and services, allowing library developers and other interested partners to collaborate, innovate, and share new solutions with fellow libraries.  We’ll describe the open standards and technologies we’ve put in play in as we:&lt;br /&gt;
* exposed robust Web services that provide access to both data and business logic; &lt;br /&gt;
* created an architecture for integrating community-built applications in OCLC (and other) products; and &lt;br /&gt;
* developed an infrastructure to support community development, collaboration, and app sharing&lt;br /&gt;
&lt;br /&gt;
Learn how OCLC is helping to open the “black box” -- and give libraries the freedom to become true partners in the evolution of their library systems.&lt;br /&gt;
&lt;br /&gt;
== Code inheritance; or, The Ghosts of Perls Past  ==&lt;br /&gt;
&lt;br /&gt;
* Jon Gorman, University of Illinois, jtgorman@illinois.ed&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Any organization has a history not found in its archives or museums. Mysteries exist that origins are lost to the collective institutional knowledge.  Despite what has been forgotten by humans, our servers and computers still keep running. Instructions crafted long ago execute like digital ghosts following orders of masters who have long since left.&lt;br /&gt;
&lt;br /&gt;
The University of Illinois has a fair amount of Perl code created by several different developers. This code includes software that handles our data feeds coming both in and out of campus, reports against our Voyager system, some web applications, and more.&lt;br /&gt;
&lt;br /&gt;
I'll touch a little on the historical legacy and why Perl is used. From there I'll share some tips, best practices, and some of the mistakes I've made in trying to maintain this code. Most of the advice will transition to any language, but code and libraries discussed will be Perl. The presentation will also touch on some internal debate on whether or not to port parts of our Perl codebase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recorded Radio/TV broadcasts streamed for library users ==&lt;br /&gt;
&lt;br /&gt;
* Kåre Fiedler Christiansen, The State and University Library Denmark, kfc@statsbiblioteket.dk&lt;br /&gt;
* Mads Villadsen, The State and University Library Denmark, mv@statsbiblioteket.dk&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Provide online access to the Radio/TV collection,&amp;quot; my boss said. About 500,000&lt;br /&gt;
hours of Danish broacast radio and TV. Easy, right? Well, half a year later &lt;br /&gt;
we'd done it, but it turned out to involve practically every it employee in the &lt;br /&gt;
library and quite a few non-technical people as well.&lt;br /&gt;
&lt;br /&gt;
Combining our Fedora-based DOMS repository system with our Lucene-based Summa&lt;br /&gt;
search system with our WAYF-based single-signon system with an upgrade of our&lt;br /&gt;
SAN system for enough speed to deliver the content with an ffmpeg-based &lt;br /&gt;
transcoding workflow system with a Wowza-based streaming server, and sprinkling&lt;br /&gt;
it all with a nice user-friendly web frontend turned out to be quite a challenge,&lt;br /&gt;
but also one of the most engaging experiences for a long time.&lt;br /&gt;
&lt;br /&gt;
Of course we were immidiately shut down, since the legal details weren't quite&lt;br /&gt;
as clear as we thought they were, but take an exclusive preview at &lt;br /&gt;
http://developer.statsbiblioteket.dk/kultur/ - username/password: code4lib.&lt;br /&gt;
&lt;br /&gt;
== NoSQL Bibliographic Records: Implementing a Native FRBR Datastore with Redis ==&lt;br /&gt;
* Jeremy Nelson, Colorado College, jeremy.nelson@coloradocollege.edu&lt;br /&gt;
&lt;br /&gt;
In October, the Library of Congress issued a news release, &amp;quot;A Bibliographic Framework for the Digital Age&amp;quot; outlining a list of requirements for a New Bibliographic Framework Environment. Responding to this challenge, this talk will demonstrate a Redis (http://redis.io) FRBR datastore proof-of-concept that, with a lightweight python-based interface, can meet these requirements. &lt;br /&gt;
&lt;br /&gt;
Because FRBR is an Entity-Relationship model; it is easily implemented as key-value within the primitive data structures provided by Redis.  Redis' flexibility makes it easy to associate arbitrary metadata and vocabularies, like MARC, METS, VRA or MODS, with FRBR entities and inter-operate with legacy and emerging standards and practices like RDA Vocabularies and LinkedData.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Upgrading from Catalog to Discovery Environment: A Consortial Approach ==&lt;br /&gt;
 &lt;br /&gt;
* Spencer Lamm, Swarthmore College, slamm1@swarthmore.edu&lt;br /&gt;
* Chelsea Lobdell, Swarthmore College, clobdel1@swarthmore.edu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Almost two years ago the Tri-College Consortium of Haverford, Swarthmore, and Bryn Mawr Colleges embarked upon a journey to provide enhanced end-user experience and discoverability with our library applications. Our solution was to implement an integration of ExLibris's Primo Central into Villanova's VuFind for a dual-channel searching experience. We present a case study of the collaborative and technical aspects of our process.&lt;br /&gt;
&lt;br /&gt;
At a high level we will describe our approach to project management and decision making.  We used a multi-tiered structure of working groups with an iterative design-feedback implementation cycle.  We will relay lessons learned from our experience: successes, failures, and unexpected hurdles.&lt;br /&gt;
&lt;br /&gt;
At a lower, technical level we will discuss the vufind search module architecture; the workflow of creating a new search channel; a Primo API parser; and the data structures of the Primo API response and the Primo SearchObject. Time permitting, we will also outline how we modified VuFind's Innovative driver to work with our ILS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Improving geospatial data access for researchers and students ==&lt;br /&gt;
 &lt;br /&gt;
* Dileshni Jayasinghe, Scholars Portal, University of Toronto, d.jayasinghe@utoronto.ca&lt;br /&gt;
* Sepehr Mavedati, Scholars Portal, University of Toronto, sepehr.mavedati@utoronto.ca&lt;br /&gt;
&lt;br /&gt;
Scholars GeoPortal (http://geo.scholarsportal.info) was created as a platform for online delivery of geospatial data resources to the Ontario Council of University Libraries community. Prior to the start of this project, each institution was storing data locally, and had its own practice for distributing datasets to users. This ranged from home grown online data delivery systems to burning data on to DVDs for each individual request. Most institutions had limited resources and expertise to create and maintain a sophisticated delivery system on their own. Led by OCUL Map, GIS librarians, staff at Scholars Portal in partnership with the Government of Ontario, the GeoPortal project began in 2009.&lt;br /&gt;
&lt;br /&gt;
Our talk will focus on the design and architecture of Scholars Portal's solution to support maps and geospatial data, and how we distribute these data collections to our users. &lt;br /&gt;
&lt;br /&gt;
The system consists of 4 main components: metadata management system, map server, spatial database, and the web application.&lt;br /&gt;
&lt;br /&gt;
*Metadata Management: customized metadata editor with data hosted in MarkLogic, providing text and spatial queries&lt;br /&gt;
*Map Server: ArcGIS Server&lt;br /&gt;
*Spatial database: MS SQL Server with spatial extension&lt;br /&gt;
*Web application: Javascript web application using Dojo and Esri’s Javascript API&lt;br /&gt;
 &lt;br /&gt;
For other code4libbers who are interested in a similar system, we will also discuss the open source alternatives for each component (GeoNetwork, MapServer, etc.), and challenges and limitations we faced trying to use some of these tools. We'd also like to pick your brains on how we can make this application better. What can we do differently?&lt;br /&gt;
&lt;br /&gt;
== LibX 2.0 ==&lt;br /&gt;
 &lt;br /&gt;
* Godmar Back, Virginia Tech, godmar@gmail.com&lt;br /&gt;
&lt;br /&gt;
We would like to provide the Code4Lib community with an update on what we've accomplished with LibX (which we last presented in 2009) - where we've gone, what our users are thinking, and how both its technology and its adapter community can be included in the code4lib world.&lt;br /&gt;
&lt;br /&gt;
== Introducing the DuraSpace Incubator ==&lt;br /&gt;
&lt;br /&gt;
* Jonathan Markow, DuraSpace, jjmarkow@duraspace.org&lt;br /&gt;
&lt;br /&gt;
DuraSpace is planning to launch a new incubation program for the benefit of open source projects that wish to become part of our organization, in the interest of helping them to become sustainable, community-driven projects and supporting them afterwards with umbrella services that help them to thrive.  From time to time DuraSpace becomes aware of open source software projects in the preservation, archiving, or repository space that are in search of a community “home”.  The motivation might be that the project is simply trying to attract more developers, that it would like to develop a more robust community of users and service providers, that its current organizational sponsorship is in question, or that it would like to take advantage of an existing and compatible organization's best practices and administrative infrastructure rather than create a new one of its own. DuraSpace is now prepared to leverage its resources, experience, and reputation in the community to help these projects become, or continue to be, successful. Projects emerging from incubation will become officially recognized as DuraSpace projects.  This briefing presents highlights of the DuraSpace Incubator and invites questions and feedback from participants.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== In-browser data storage and me ==&lt;br /&gt;
&lt;br /&gt;
* Jason Casden, North Carolina State University Libraries, jason_casden@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
When it comes to storing data in web browsers on a semi-persistent basis, there are several partially-adopted, semi-deprecated, product-specific, or even universally accepted options. These include models such as key-value stores, relational databases, and object stores. I will present some of these options and discuss possible applications of these technologies in library services. In addition to quoting heavily from Mark Pilgrim's excellent chapter on this topic, I will weave in my own experience utilizing in-browser data storage in an iPad-based data collection tool to successfully improve performance and data stability while reducing network dependence. See also: HTML5.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Coding for the past, archiving for the future … and the Salman Rushdie Papers ==&lt;br /&gt;
 &lt;br /&gt;
* Peter Hornsby, Emory University Libraries, phornsb@emory.edu&lt;br /&gt;
&lt;br /&gt;
Cultural heritage production is moving to the digital medium and libraries use of repository solutions such as Fedora Commons and DSpace are a solid response to this change. But how do we go from, for instance a selection of 90's computing technology to  a collection of digital objects ready for ingest into your institution's local repository? Once you have ingested your digital objects how are you going to provide access to these resources? The arrival of the Salman Rushdie Papers, which contain 10 years of Sir Salman Rushdie's digital life, gave Emory University Libraries the opportunity to explore these questions. I would like to to talk about the approach the Emory University Libraries adopted, what we learned and the coding challenges that remain.&lt;br /&gt;
&lt;br /&gt;
==  Indexing big data with Tika, Solr &amp;amp; map-reduce ==&lt;br /&gt;
&lt;br /&gt;
* Scott Fisher, California Digital Library, scott.fisher AT ucop BORK edu&lt;br /&gt;
* Erik Hetzner, California Digital Library, erik.hetzner AT ucop BORK edu&lt;br /&gt;
&lt;br /&gt;
The Web Archiving Service at the California Digital Library has&lt;br /&gt;
crawled a large amount of data, in every format found on the web: 30&lt;br /&gt;
TB, comprising about 600 million fetched URLs. In this talk we will&lt;br /&gt;
discuss how we parsed this data using Tika and map-reduce, and how we&lt;br /&gt;
indexed this data with Solr, tweaked the relevance ranking, and were&lt;br /&gt;
able to provide our users with a better search experience.&lt;br /&gt;
&lt;br /&gt;
== ALL TEH METADATAS! or How we use RDF to keep all of the digital object metadata formats thrown at us. ==&lt;br /&gt;
&lt;br /&gt;
* Declan Fleming, University of California, San Diego, dfleming AT ucsd DING edu&lt;br /&gt;
&lt;br /&gt;
What's the right metadata standard to use for a digital repository?  There isn't just one standard that fits documents, videos, newspapers, audio files, local data, etc.  And there is no standard to rule them all.  So what do you do?  At UC San Diego Libraries, we went down a conceptual level and attempted to hold every piece of metadata and give each holding place some context, hopefully in a common namespace.  RDF has proven to be the ideal solution, and allows us to work with MODS, PREMIS, MIX, and just about anything else we've tried.  It also opens up the potential for data re-use and authority control as other metadata owners start thinking about and expressing their data in the same way.  I'll talk about our workflow which takes metadata from a stew of various sources (CSV dumps, spreadsheet data of varying richness, MARC data, and MODS data), normalizes them into METS by our Metadata Specialists who create an assembly plan, and then ingests them into our digital asset management system.  The result is a [http://dl.dropbox.com/u/6923768/Work/DAMS%20object%20rdf%20graph.png beautiful graph] of RDF triples with metadata poised to be expressed as [https://libraries.ucsd.edu/digital/ HTML], RSS, METS, XML, and opens linked data possibilities that we are just starting to explore.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== HathiTrust Large Scale Search: Scalability meets Usability ==&lt;br /&gt;
&lt;br /&gt;
* Tom Burton-West, DLPS, University of Michigan Library, tburtonw AT umich edu&lt;br /&gt;
&lt;br /&gt;
[http://www.hathitrust.org/ HathiTrust Large-Scale search] provides full-text search services over  nearly 10 million full-text books using Solr for the back-end.  Our index is around 5-6 TB in size and each shard contains over 3 billion unique terms due to content in over 400 languages and dirty OCR.&lt;br /&gt;
&lt;br /&gt;
Searching the full-text of 10 million books often results in very large result sets.  By conference time a number of [http://www.hathitrust.org/full-text-search-features-and-analysis features] designed to help users narrow down large result sets and to do exploratory searching will either be in production or in preparation for release. There are often trade-offs between implementing desirable user features and keeping response time reasonable in addition to the traditional search trade-offs of precision versus recall.  &lt;br /&gt;
&lt;br /&gt;
We will discuss various [http://www.hathitrust.org/blogs/large-scale-search scalability] and usability issues including:&lt;br /&gt;
* Trade-offs between desirable user features and keeping response time reasonable and scalable &lt;br /&gt;
* Our solution to providing the ability to search within the 10 million books and also search within each book&lt;br /&gt;
* Migrating the [http://babel.hathitrust.org/cgi/mb personal collection builder application] from a separate Solr instance to an app which uses the same back-end as full-text search.&lt;br /&gt;
* Design of a scalable multilingual spelling suggester&lt;br /&gt;
* Providing advanced search features combining MARC metadata with OCR&lt;br /&gt;
** The dismax mm and tie parameters&lt;br /&gt;
** Weighting issues and tuning relevance ranking&lt;br /&gt;
* Displaying  only the most &amp;quot;relevant&amp;quot; facets&lt;br /&gt;
* Tuning relevance ranking &lt;br /&gt;
* Dirty OCR issues&lt;br /&gt;
* CJK tokenizing and other multilingual issues.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== DMPTool: Guidance and resources to build a data management plan ==&lt;br /&gt;
Marisa Strong, California Digital Libary, marisa.strong@ucop.edu&lt;br /&gt;
&lt;br /&gt;
A number of U.S. funding agencies such as the National Science Foundation require researchers to supply detailed plans for managing research data, called Data Management Plans. To help researchers with this requirement, the California Digital Library (CDL) along with several organizations, collaborated to develop the DMPTool. The goal is to provide researchers with guidance, links to resources and help with writing data management plans.&lt;br /&gt;
This open-source, Ruby on Rails software tool is hosted on a SLES VM by CDL. The tool is integrated with Shibboleth, federated single sign-on software, which allows users to login via their home institutions. We had a geographically distributed development team sharing their code on Bitbucket.&lt;br /&gt;
This talk will demo features of the application, the Shibboleth login architecture, as well as highlight the agile development practices and methods used to successfully design and build the application on an aggressive schedule.&lt;br /&gt;
&lt;br /&gt;
== The Islandora Open Source Framework for Digital Asset Management ==&lt;br /&gt;
&lt;br /&gt;
* Keith Folsom, Orbis Cascade Alliance, kfolsom@uoregon.edu&lt;br /&gt;
&lt;br /&gt;
Managing digital content is a challenging task—becoming even more so &lt;br /&gt;
as the volumes and types of content increase at what seems an exponential &lt;br /&gt;
rate.  Though there are good commercial management systems available, &lt;br /&gt;
having competing and potentially more configurable open source options is ideal.  &lt;br /&gt;
One such option is Islandora—an open source framework that wraps a Drupal &lt;br /&gt;
front-end around the Fedora digital object management and storage system.  &lt;br /&gt;
&lt;br /&gt;
My talk will serve as an introduction to the Islandora framework—including a&lt;br /&gt;
discussion of Fedora’s digital object model and content model architecture; &lt;br /&gt;
how Islandora exposes the power of Fedora for storage, discovery, and retrieval &lt;br /&gt;
of data; and the wide variety of underlying open source software and technology &lt;br /&gt;
that enables the system.   I will also give a quick tour of a stock Islandora &lt;br /&gt;
installation and provide tips on navigating the documentation for set-up and &lt;br /&gt;
use of this powerful framework.&lt;br /&gt;
&lt;br /&gt;
== What do the NISO IOTA OpenURL quality reports tell us about the future of OpenURL linking? ==&lt;br /&gt;
&lt;br /&gt;
* Adam Chandler, Cornell University, alc28@cornell.edu&lt;br /&gt;
&lt;br /&gt;
NISO IOTA (http://openurlquality.niso.org/) is an initiative that makes use of log files from various institutions and vendors to analyze element frequency and patterns contained within OpenURL requests.  The reports created from this analysis inform vendors about where to make improvements to their OpenURLs.  In this talk, the chair of the IOTA working group will share what the group has learned about the differences in quality across OpenURL sources.&lt;br /&gt;
&lt;br /&gt;
[[Category: Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	<entry>
		<id>https://wiki.code4lib.org/index.php?title=2012_talks_proposals&amp;diff=9782</id>
		<title>2012 talks proposals</title>
		<link rel="alternate" type="text/html" href="https://wiki.code4lib.org/index.php?title=2012_talks_proposals&amp;diff=9782"/>
				<updated>2011-11-18T16:14:44Z</updated>
		
		<summary type="html">&lt;p&gt;Kaarefc: Added proposal: Recorded Radio/TV broadcasts streamed for library users&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Deadline for talk submission is ''Sunday, November 20''.&lt;br /&gt;
&lt;br /&gt;
Prepared talks are 20 minutes (including setup and questions), and focus on one or more of the following areas:&lt;br /&gt;
 * tools (some cool new software, software library or integration platform)&lt;br /&gt;
 * specs (how to get the most out of some protocols, or proposals for new ones)&lt;br /&gt;
 * challenges (one or more big problems we should collectively address)&lt;br /&gt;
&lt;br /&gt;
The community will vote on proposals using the criteria of:&lt;br /&gt;
 * usefulness&lt;br /&gt;
 * newness&lt;br /&gt;
 * geekiness&lt;br /&gt;
 * diversity of topics&lt;br /&gt;
&lt;br /&gt;
Please follow the formatting guidelines:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Talk Title: ==&lt;br /&gt;
 &lt;br /&gt;
* Speaker's name, affiliation, and email address&lt;br /&gt;
* Second speaker's name, affiliation, email address, if second speaker&lt;br /&gt;
&lt;br /&gt;
Abstract of no more than 500 words.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== VuFind 2.0: Why and How? ==&lt;br /&gt;
&lt;br /&gt;
* Demian Katz, Villanova University, demian.katz@villanova.edu&lt;br /&gt;
&lt;br /&gt;
A major new version of the VuFind discovery software is currently in development.  While VuFind 1.x remains extremely popular, some of its components are beginning to show their age.  VuFind 2.0 aims to retain all the strengths of the previous version of the software while making the architecture cleaner, more modern and more standards-based.  This presentation will examine the motivation behind the update, preview some of the new features to look forward to, and discuss the challenges of creating a developer-friendly open source package in PHP.&lt;br /&gt;
&lt;br /&gt;
== Open Source Software Registry ==&lt;br /&gt;
&lt;br /&gt;
* [[User:DataGazetteer|Peter Murray]], LYRASIS, Peter.Murray@lyrasis.org&lt;br /&gt;
&lt;br /&gt;
LYRASIS is creating and shepherding a [[Registry_E-R_Diagram|registry of library open source software]] as part of its [http://www.lyrasis.org/News/Press-Releases/2011/LYRASIS-Receives-Grant-to-Support-Open-Source.aspx grant from the Mellon Foundation to support the adoption of open source software by libraries].  &lt;br /&gt;
The goal of the grant is to help libraries of all types determine if open source software is right for them, and what combination of software, hosting, training, and consulting works for their situation.  &lt;br /&gt;
The registry is intended to become a community exchange point and stimulant for growth of the library open source ecosystem by connecting libraries with projects, service providers, and events.&lt;br /&gt;
&lt;br /&gt;
The first half of this session will demonstrate the registry functions and describe how projects and providers can get involved.  &lt;br /&gt;
The second half of the session will be a brainstorming suggestion of how to expand the functionality and usefulness of the registry.&lt;br /&gt;
&lt;br /&gt;
== Property Graphs And TinkerPop Applications in Digital Libraries ==&lt;br /&gt;
 &lt;br /&gt;
* Brian Tingle, California Digital Library, brian.tingle.cdlib.org@gmail.com&lt;br /&gt;
&lt;br /&gt;
[http://www.tinkerpop.com/ TinkerPop] is an open source software development group focusing on technologies in the [http://en.wikipedia.org/wiki/Graph_database graph database] space.   &lt;br /&gt;
This talk will provide a general introduction to the TinkerPop Graph Stack and the [https://github.com/tinkerpop/gremlin/wiki/Defining-a-Property-Graph property graph model] is uses.  The introduction will include code examples and explanations of the property graph models used by the [http://socialarchive.iath.virginia.edu/ Social Networks in Archival Context] project and show how the historical social graph is exposed as a JSON/REST API implemented by a TinkerPop [https://github.com/tinkerpop/rexster rexster] [https://github.com/tinkerpop/rexster-kibbles Kibble] that contains the application's graph theory logic.  Other graph database applications possible with TinkerPop such as RDF support, and citation analysis will also be discussed.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Security in Mind ==&lt;br /&gt;
 &lt;br /&gt;
* Erin Germ, United States Naval Academy, Nimitz Library, germ@usna.edu&lt;br /&gt;
&lt;br /&gt;
I would like to talk about security of library software.&lt;br /&gt;
&lt;br /&gt;
Over the Summer, I discovered a critical vulnerability in a vendor’s software that (verified) allowed me to assume any user’s identity for that site, (verified) switch to any user, and to (unverified, meaning I didn’t not perform this as I didn’t want to “hack” another library’s site) assume the role of any user for any other library who used this particular vendor's software.&lt;br /&gt;
&lt;br /&gt;
Within a 3 hour period, I discovered a 2 vulnerabilities: 1) minor one allowing me to access any backups from any library site, and 2) a critical vulnerability.  From start to finish, the examination, discovery in the vulnerability, and execution of a working exploit was done in less than 2 hours. The vulnerability was a result of poor cookie implementation. The exploit itself revolved around modifying the cookie, and then altering the browser’s permissions by assuming the role of another user.&lt;br /&gt;
&lt;br /&gt;
I do not intend on stating which vendor it was, but I will show how I was able to perform this. If needed, I can do further research and “investigation” into other vendor's software to see what I can “find”.&lt;br /&gt;
&lt;br /&gt;
''If selected, I will contact the vendor to inform them that I will present about this at C4L2012. I do not intend on releasing the name of the vendor.''&lt;br /&gt;
&lt;br /&gt;
== Search Engines and Libraries ==&lt;br /&gt;
 &lt;br /&gt;
* Greg Lindahl, blekko CTO, greg@blekko.com&lt;br /&gt;
&lt;br /&gt;
[https://blekko.com blekko] is a new web-scale search engine which enables end-users to create vertical search engines, through a feature called [http://help.blekko.com/index.php/category/slashtags/ slashtags]. Slashtags can contain as few as 1 or as many as tens of thousands of websites relevant to a narrow or broad topic. We have an extensive set of slashtags curated by a combination of volunteers and an in-house librarian team, or end-users can create and share their own. This talk will cover examples of slashtag creation relevant to libraries, and show how to embed this search into a library website, either using javascript or via our API.&lt;br /&gt;
&lt;br /&gt;
''We have exhibited at a couple of library conferences, and have received a lot of interest. blekko is a free service.''&lt;br /&gt;
&lt;br /&gt;
== Beyond code. Versioning data with Git and Mercurial. ==&lt;br /&gt;
&lt;br /&gt;
* Stephanie Collett, California Digital Library, stephanie.collett@ucop.edu&lt;br /&gt;
* Martin Haye, California Digital Library, martin.haye@ucop.edu&lt;br /&gt;
&lt;br /&gt;
Within a relatively short time since their introduction, [http://en.wikipedia.org/wiki/Distributed_Version_Control_System distributed version control systems] (DVCS) like [http://git-scm.com/ Git] and [http://mercurial.selenic.com/ Mercurial] have enjoyed widespread adoption for versioning code. It didn’t take long for the library development community to start discussing the potential for using DVCS within our applications and repositories to version data. After all, many of the features that have made some of these systems popular in the open source community to version code (e.g. lightweight, file-based, compressed, reliable) also make them compelling options for versioning data.  And why write an entire versioning system from scratch if a DVCS solution can be a drop-in solution? At the [http://www.cdlib.org/ California Digital Library] (CDL) we’ve started using Git and Mercurial in some of our applications to version data. This has proven effective in some situations and unworkable in others. This presentation will be a practical case study of CDL’s experiences with using DVCS to version data. We will explain how we’re incorporating Git and Mercurial in our applications, describe our successes and failures and consider the issues involved in repurposing these systems for data versioning.&lt;br /&gt;
&lt;br /&gt;
==Design for Developers==&lt;br /&gt;
&lt;br /&gt;
*Lisa Kurt, University of Nevada, Reno, lkurt@unr.edu&lt;br /&gt;
&lt;br /&gt;
Users expect good design. This talk will delve into what makes really great design, what to look for, and how to do it. Learn the principles of great design to take your applications, user interfaces, and projects to a higher level. With years of experience in graphic design and illustration, Lisa will discuss design principles, trends, process, tools, and development. Design examples will be from her own projects as well as a variety from industry. You’ll walk away with design knowledge that you can apply immediately to a variety of applications and a number of top notch go-to resources to get you up and running.&lt;br /&gt;
&lt;br /&gt;
==Building research applications with Mendeley==&lt;br /&gt;
&lt;br /&gt;
William Gunn, Mendeley william.gunn@mendeley.com (@mrgunn)&lt;br /&gt;
&lt;br /&gt;
This is partly a tool talk and partly a big idea one.&lt;br /&gt;
&lt;br /&gt;
Mendeley has built the world's largest open database of research and we've now begun to collect some interesting social metadata around the document metadata. I would like to share with the Code4Lib attendees information about using this resource to do things within your application that have previously been impossible for the library community, or in some cases impossible without expensive database subscriptions. One thing that's now possible is to augment catalog search by surfacing information about content usage, allowing people to not only find things matching a query, but popular things or things read by their colleagues. In addition to augmenting search, you can also use this information to augment discovery. Imagine an online exhibit of artifacts from a newly discovered dig not just linking to papers which discuss the artifact, but linking to really good interesting papers about the place and the people who made the artifacts. So the big idea is, &amp;quot;How will looking at the literature from a broader perspective than simple citation analysis change how research is done and communicated? How can we build tools that make this process easier and faster?&amp;quot; I can show some examples of applications that have been built using the Mendeley and PLoS APIs to begin to address this question, and I can also present results from Mendeley's developer challenge which shows what kinds of applications researchers are looking for, what kind of applications peope are building, and illustrates some interesting places where the two don't overlap.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Your UI can make or break the application (to the user, anyway)==&lt;br /&gt;
&lt;br /&gt;
* Robin Schaaf, University of Notre Dame, schaaf.4@nd.edu&lt;br /&gt;
&lt;br /&gt;
UI development is hard and too often ends up as an after-thought to computer programmers - if you were a CS major in college I'll bet you didn't have many, if any, design courses.  I'll talk about how to involve the users upfront with design and some common pitfalls of this approach.  I'll also make a case for why you should do the screen design before a single line of code is written.  And I'll throw in some ideas for increasing usability and attractiveness of your web applications.  I'd like to make a case study of the UI development of our open source ERMS.&lt;br /&gt;
&lt;br /&gt;
==Why Nobody Knows How Big The Library Really Is - Perspective of a Library Outside Turned Insider==&lt;br /&gt;
&lt;br /&gt;
* Patrick Berry, California State University, Chico, pberry@csuchico.edu&lt;br /&gt;
&lt;br /&gt;
In this talk I would like to bring the perspective of an &amp;quot;outsider&amp;quot; (although an avowed IT insider) to let you know that people don't understand the full scope of the library.  As we &amp;quot;rethink education&amp;quot;, it is incumbent upon us to help educate our institutions as to the scope of the library.  I will present some of the tactics I'm employing to help people outside, and in some cases inside, the library to understand our size and the value we bring to the institution.&lt;br /&gt;
&lt;br /&gt;
==Building a URL Management Module using the Concrete5 Package Architecture==&lt;br /&gt;
&lt;br /&gt;
* David Uspal, Villanova University, david.uspal@villanova.edu&lt;br /&gt;
&lt;br /&gt;
Keeping track of URLs utilized across a large website such as a university library, and keeping that content up to date for subject and course guides, can be a pain, and as an open source shop, we’d like to have open source solution for this issue.  For this talk, I intend to detail our solution to this issue by walking step-by-step through the building process for our URL Management module -- including why a new solution was necessary; a quick rundown of our CMS ([http://www.concrete5.org Concrete5], a CMS that isn’t Drupal); utilizing the Concrete5 APIs to isolate our solution from core code (to avoid complications caused by core updates); how our solution was integrated into the CMS architecture for easy installation; and our future plans on the project.&lt;br /&gt;
&lt;br /&gt;
==Building an NCIP connector to OpenSRF to facilitate resource sharing==&lt;br /&gt;
&lt;br /&gt;
* Jon Scott, Lyrasis, jon_scott@wsu.edu and Kyle Banerjee, Orbis Cascade Alliance, banerjek@uoregon.edu &lt;br /&gt;
&lt;br /&gt;
How do you reverse engineer any protocol to provide a new service? Humans (and worse yet, committees) often design verbose protocols built around use cases that don't line up current reality. To compound difficulties, the contents of protocol containers are not sufficiently defined/predictable and the only assistance available is sketchy documentation and kind individuals on the internet willing to share what they learned via trial by fire.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
NCIP (Niso Circulation Interchange Protocol) is an open standard that defines a set of messages to support exchange of circulation data between disparate circulation, interlibrary loan, and related applications -- widespread adoption of NCIP would eliminate huge amounts of duplicate processing in separate systems. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This presentation discusses how we learned enough about NCIP and OpenSRF from scratch to build an NCIP responder for Evergreen to facilitate resource sharing in a large consortium that relies on over 20 different ILSes.&lt;br /&gt;
&lt;br /&gt;
==Practical Agile: What's Working for Stanford, Blacklight, and Hydra==&lt;br /&gt;
&lt;br /&gt;
* Naomi Dushay, Stanford University Libraries, ndushay@stanford.edu&lt;br /&gt;
&lt;br /&gt;
Agile development techniques can be difficult to adopt in the context of library software development.  Maybe your shop has only one or two developers, or you always have too many simultaneous projects.   Maybe your new projects can’t be started until 27 librarians reach consensus on the specifications.&lt;br /&gt;
&lt;br /&gt;
This talk will present successful Agile- and Silicon-Valley-inspired practices we’ve adopted at Stanford and/or in the Blacklight and Hydra projects.  We’ve targeted developer happiness as well as improved productivity with our recent changes.  User stories, dead week, sight lines … it’ll be a grab bag of goodies to bring back to your institution, including some ideas on how to adopt these practices without overt management buy in.&lt;br /&gt;
&lt;br /&gt;
==Quick and &amp;lt;strike&amp;gt;Dirty&amp;lt;/strike&amp;gt; Clean Usability: Rapid Prototyping with Bootstrap==&lt;br /&gt;
&lt;br /&gt;
* Shaun Ellis, Princeton University Libraries, shaune@princeton.edu &lt;br /&gt;
&lt;br /&gt;
''&amp;quot;The code itself is unimportant; a project is only as useful as people actually find it.&amp;quot;  - Linus Torvalds'' [http://bit.ly/p4uuyy]&lt;br /&gt;
&lt;br /&gt;
Usability has been a buzzword for some time now, but what is the process for making the the transition toward a better user experience, and hence, better designed library sites?  I will discuss the one facet of the process my team is using to redesign the Finding Aids site for Princeton University Libraries (still in development).  The approach involves the use of rapid prototyping, with Bootstrap [http://twitter.github.com/bootstrap/], to make sure we are on track with what users and stakeholders expect up front, and throughout the development process.&lt;br /&gt;
&lt;br /&gt;
Because Bootstrap allows for early and iterative user feedback, it is more effective than the historic Photoshop mockups/wireframe technique.  The Photoshop approach allows stakeholders to test the look, but not the feel -- and often leaves developers scratching their heads.  Being a CSS/HTML/Javascript grid-based framework, Bootstrap makes it easy for anyone with a bit of HTML/CSS chops to quickly build slick, interactive prototypes right in the browser -- tangible solutions which can be shared, evaluated, revised, and followed by all stakeholders (see Minimum Viable Products [http://en.wikipedia.org/wiki/Minimum_viable_product]).  Efficiency is multiplied because the customized prototypes can flow directly into production use, as is the goal with iterative development approaches, such as the Agile methodology.&lt;br /&gt;
&lt;br /&gt;
While Bootstrap is not the only framework that offers grid-based layout, development is expedited and usability is enhanced by Bootstraps use of of &amp;quot;prefabbed&amp;quot; conventional UI patterns, clean typography, and lean Javascript for interactivity.   Furthermore, out-of-the box Bootstrap comes in a fairly neutral palette, so focus remains on usability, and does not devolve into premature discussions of color or branding choices.  Finally, using Less can be a powerful tool in conjunction with Bootstrap, but is not necessary.  I will discuss the pros and cons, and offer examples for how to getting up and running with or without Less.&lt;br /&gt;
&lt;br /&gt;
==Search Engine Relevancy Tuning - A Static Rank Framework for Solr/Lucene==&lt;br /&gt;
&lt;br /&gt;
* Mike Schultz, Amazon.com (formerly Summon Search Architect) mike.schultz@gmail.com&lt;br /&gt;
&lt;br /&gt;
Solr/Lucene provides a lot of flexibility for adjusting relevancy scoring and improving search results.  Roughly speaking there are two areas of concern: Firstly, a 'dynamic rank' calculation that is a function of the user query and document text fields.  And secondly, a 'static rank' which is independent of the query and generally is a function of non-text document metadata.  In this talk I will outline an easily understood, hand-tunable static rank system with a minimal number of parameters.&lt;br /&gt;
&lt;br /&gt;
The obvious major feature of a search engine is to return results relevant to a user query.  Perhaps less obvious is the huge role query independent document features play in achieving that. Google's PageRank is an example of a static ranking of web pages based on links and other secret sauce.  In the Summon service, our 800 million documents have features like publication date, document type, citation count and Boolean features like the-article-is-peer-reviewed.  These fields aren't textual and remain 'static' from query to query, but need to influence a document's relevancy score.  In our search results, with all query related features being equal, we'd rather have more recent documents above older ones, Journals above Newspapers, and articles that are peer reviewed above those that are not. The static rank system I will describe achieves this and has the following features:&lt;br /&gt;
&lt;br /&gt;
* Query-time only calculation - nothing is baked into the index - with parameters adjustable at query time.&lt;br /&gt;
* The system is based on a signal metaphor where components are 'wired' together.  System components allow multiplexing, amplifying, summing, tunable band-pass filtering, string-to-value-mapping all with a bare minimum of parameters.&lt;br /&gt;
* An intuitive approach for mixing dynamic and static rank that is more effective than simple adding or multiplying.&lt;br /&gt;
* A way of equating disparate static metadata types that leads to understandable results ordering.&lt;br /&gt;
&lt;br /&gt;
==Submitting Digitized Book-like things to the Internet Archive==&lt;br /&gt;
&lt;br /&gt;
* Joel Richard, Smithsonian Institution Libraries, richardjm@si.edu&lt;br /&gt;
&lt;br /&gt;
The Smithsonian Libraries has submitted thousands of out-of-copyright items to the Internet Archive over the years. Specifically in relation to the Biodiversity Heritage Library, we have developed an in-house boutique scanning and upload process that became a learning experience in automated uploading to the Archive. As part of the software development, we created a whitepaper that details the combined learning experiences of the Smithsonian Libraries and the Missouri Botanical Garden. We will discuss some of the the contents of this whitepaper in the context of our scanning process and the manner in which we upload items to the Archive. &lt;br /&gt;
&lt;br /&gt;
Our talk will include a discussion of the types of files and their formats used by the Archive, processes that the Archive performs on uploaded items, ways of interacting and affecting those processes, potential pitfalls and solutions that you may encounter when uploading, and tools that the Archive provides to help monitor and manage your uploaded documents. &lt;br /&gt;
&lt;br /&gt;
Finally, we'll wrap up with a brief summary of how to use things that are on the Internet Archive in your own websites.&lt;br /&gt;
&lt;br /&gt;
== So... you think you want to Host a Code4Lib National Conference, do you? ==&lt;br /&gt;
&lt;br /&gt;
* Elizabeth Duell, Orbis Cascade Alliance, eduell@uoregon.edu&lt;br /&gt;
&lt;br /&gt;
Are you interested in hosting your own Code4Lib Conference? Do you know what it would take? What does BEO stands for? What does F&amp;amp;B Minimum mean? Who would you talk to for support/mentoring? There are so many things to think about: internet support, venue size, rooming blocks, contracts, dietary restrictions and coffee (can't forget the coffee!) just to name a few. Putting together a conference of any size can look daunting, so let's take the scary out of it and replace it with a can do attitude!&lt;br /&gt;
&lt;br /&gt;
Be a step ahead of the game by learning from the people behind the curtain. Ask questions and be given templates/ cheat sheets! &lt;br /&gt;
&lt;br /&gt;
== HTML5 Microdata and Schema.org ==&lt;br /&gt;
 &lt;br /&gt;
* Jason Ronallo, North Carolina State University Libraries, jason_ronallo@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
When the big search engines announced support for HTML5 microdata and the schema.org vocabularies, the balance of power for semantic markup in HTML shifted. &lt;br /&gt;
* What is microdata? &lt;br /&gt;
* Where does microdata fit with regards to other approaches like RDFa and microformats? &lt;br /&gt;
* Where do libraries stand in the worldview of Schema.org and what can they do about it? &lt;br /&gt;
* How can implementing microdata and schema.org optimize your sites for search engines?&lt;br /&gt;
* What tools are available?&lt;br /&gt;
&lt;br /&gt;
== Stack View: A Library Browsing Tool ==&lt;br /&gt;
 &lt;br /&gt;
* Annie Cain, Harvard Library Innovation Lab, acain@law.harvard.edu&lt;br /&gt;
&lt;br /&gt;
In an effort to recreate and build upon the traditional method of browsing a physical library, we used catalog data, including dimensions and page count, to create a [http://librarylab.law.harvard.edu/projects/stackview/ virtual shelf].&lt;br /&gt;
&lt;br /&gt;
This CSS and JavaScript backed visualization allows items to sit on any number of different shelves, really taking advantage of its digital nature.  See how we built Stack View on top of our data and learn how you can create shelves of your own using our open source code.&lt;br /&gt;
&lt;br /&gt;
== “Linked-Data-Ready” Software for Libraries ==&lt;br /&gt;
&lt;br /&gt;
* Jennifer Bowen, University of Rochester River Campus Libraries, jbowen@library.rochester.edu&lt;br /&gt;
&lt;br /&gt;
Linked data is poised to replace MARC as the basis for the new library bibliographic framework.  For libraries to benefit from linked data, they must learn about it, experiment with it, demonstrate its usefulness, and take a leadership role in its deployment. &lt;br /&gt;
&lt;br /&gt;
The eXtensible Catalog Organization (XCO) offers open-source software for libraries that is “linked-data-ready.” XC software prepares MARC and Dublin Core metadata for exposure to the semantic web, incorporating FRBR Group 1 entities and registered vocabularies for RDA elements and roles. This presentation will include a software demonstration, proposed software architecture for creation and management of linked data, a vision for how libraries can migrate from MARC to linked data, and an update on XCO progress toward linked data goals.&lt;br /&gt;
&lt;br /&gt;
== How people search the library from a single search box ==&lt;br /&gt;
&lt;br /&gt;
* Cory Lown, North Carolina State University Libraries, cory_lown@ncsu.edu&lt;br /&gt;
&lt;br /&gt;
Searching the library is complex. There's the catalog, article databases, journal title and database title look-ups, the library website, finding aids, knowledge bases, etc. How would users search if they could get to all of these resources from a single search box? I'll share what we've learned about single search at NCSU Libraries by tracking use of QuickSearch (http://www.lib.ncsu.edu/search/index.php?q=aerospace+engineering), our home-grown unified search application. As part of this talk I will suggest low-cost ways to collect real world use data that can be applied to improve search. I will try to convince you that data collection must be carefully planned and designed to be an effective tool to help you understand what your users are telling you through their behavior. I will talk about how the fragmented library resource environment challenges us to provide useful and understandable search environments. Finally, I will share findings from analyzing millions of user transactions about how people search the library from a production single search box at a large university library.&lt;br /&gt;
&lt;br /&gt;
== An Incremental Approach to Archival Description and Access ==&lt;br /&gt;
&lt;br /&gt;
* Chela Scott Weber, New York University Libraries, chelascott@gmail.com&lt;br /&gt;
* Mark A. Matienzo, Yale University Library, mark@matienzo.org&lt;br /&gt;
&lt;br /&gt;
''This is placeholder text; description coming shortly''&lt;br /&gt;
&lt;br /&gt;
== Making the Easy Things Easy: A Generic ILS API ==&lt;br /&gt;
&lt;br /&gt;
* Wayne Schneider, Hennepin County Library, wschneider@hclib.org&lt;br /&gt;
&lt;br /&gt;
Some stuff we try to do is complicated, because, let's face it, library data is hard. Some stuff, on the other hand, should be easy. Given an item identifier, I should be able to look at item availability. Given a title identifier, I should be able to place a request. And no, I shouldn't have to parse through the NCIP specification or write a SIP client to do it.&lt;br /&gt;
&lt;br /&gt;
This talk will present work we have done on a web services approach to an API for traditional library transactional data, including example applications.&lt;br /&gt;
&lt;br /&gt;
== Your Catalog in Linked Data==&lt;br /&gt;
&lt;br /&gt;
* Tom Johnson, Oregon State University Libraries, thomas.johnson@oregonstate.edu&lt;br /&gt;
&lt;br /&gt;
Linked Library Data activity over the last year has seen bibliographic data sets and vocabularies proliferating from traditional library&lt;br /&gt;
sources. We've reached a point where regular libraries don't have to go it alone to be on the Semantic Web. There is a quickly growing pool of things we can actually ''link to'', and everyone's existing data can be immediately enriched by participating.&lt;br /&gt;
&lt;br /&gt;
This is a quick and dirty road to getting your catalog onto the Linked Data web. The talk  will take you from start to finish, using Free Software tools to establish a namespace, put up a SPARQL endpoint, make a simple data model, convert MARC records to RDF, and link the results to major existing data sets (skipping conveniently over pesky processing time). A small amount of &amp;quot;why linked data?&amp;quot; content will be covered, but the primary goal is to leave you able to reproduce the process and start linking your catalog into the web of data. Appropriate documentation will be on the web.&lt;br /&gt;
&lt;br /&gt;
== Getting the Library into the Learning Management System using Basic LTI == &lt;br /&gt;
&lt;br /&gt;
* David Walker, California State University, dwalker@calstate.edu&lt;br /&gt;
&lt;br /&gt;
The integration of library resources into learning management systems (LMS) has long been something of a holy grail for academic libraries.  The ability to deliver targeted library systems and services to students and faculty directly within their online course would greatly simplify access to library resources.  Yet, the technical barriers to achieving that goal have to date been formidable.  &lt;br /&gt;
&lt;br /&gt;
The recently released Learning Tool Interoperability (LTI) protocol, developed by IMS, now greatly simplifies this process by allowing libraries (and others) to develop and maintain “tools” that function like a native plugin or building block within the LMS, but ultimately live outside of it.  In this presentation, David will provide an overview of Basic LTI, a simplified subset (or profile) of the wider LTI protocol, showing how libraries can use this to easily integrate their external systems into any major LMS.  He’ll showcase the work Cal State has done to do just that.&lt;br /&gt;
&lt;br /&gt;
== Turn your Library Proxy Server into a Honeypot ==&lt;br /&gt;
 &lt;br /&gt;
* Calvin Mah, Simon Fraser University, calvinm@sfu.ca (@calvinmah)&lt;br /&gt;
&lt;br /&gt;
Ezproxy has provided libraries with a useful tool for providing patrons with offsite online access to licensed electronic resources.  This has not gone unnoticed for the unscrupulous users of the Internet who are either unwilling or unable to obtain legitimate access to these materials for themselves.  Instead, they buy or share hacked university computing accounts for unauthorized access.  When undetected, abuse of compromised university accounts can lead to abuse of vendor resources which lead to the blocking of the entire campus block of IP addresses from accessing that resource.&lt;br /&gt;
&lt;br /&gt;
Simon Fraser University Library has been pro actively detecting and thwarting unauthorized attempts through log analysis.  Since SFU has begun analysing our ezproxy logs, the number of new SFU login credentials which are posted and shared in publicly accessible forums has been reduced to zero.   Since our log monitoring began in 2008, the annual average number of SFU login credentials  that are compromised or hacked is 140.  Instead of being a single point of weakness in campus IT security, the library’s proxy server is a honeypot exposing weak passwords, keystroke logging trojans installed on patron PCs and campus network password sniffers.&lt;br /&gt;
&lt;br /&gt;
This talk will discuss techniques such as geomapping login attempts, strategies such as seeding phishing attempts and tools such as statistical log analysis used in detecting compromised login credentials.  &lt;br /&gt;
&lt;br /&gt;
== Relevance Ranking in the Scholarly Domain ==&lt;br /&gt;
&lt;br /&gt;
* Tamar Sadeh, PhD, Ex Libris Group, tamar.sadeh@exlibrisgroup.com&lt;br /&gt;
&lt;br /&gt;
The greatest challenge for discovery systems is how to provide users with the most relevant search results, given the immense landscape of available content. In a manner that is similar to human interaction between two parties, in which each person adjusts to the other in tone, language, and subject matter, discovery systems would ideally be sophisticated and flexible enough to adjust their algorithms to individual users and each user’s information needs. &lt;br /&gt;
&lt;br /&gt;
When evaluating the relevance of an item to a specific user in a specific context, relevance-ranking algorithms need to take into account, in addition to the degree to which the item matches the query, information that is not embodied in the item itself. Such information, which includes the item’s scholarly value, the type of search that the user is conducting (e.g., an exploratory search or a known-item search), and other factors, enables a discovery system to fulfill user expectations that have been shaped by experience with Web search engines.  &lt;br /&gt;
&lt;br /&gt;
The session will focus on the challenges of developing and evaluating relevance-ranking algorithms for the scholarly domain. Examples will be drawn mainly from the relevance-ranking technology deployed by the Ex Libris Primo discovery solution. &lt;br /&gt;
&lt;br /&gt;
== Mobile Library Catalog using Z39.50 ==&lt;br /&gt;
 &lt;br /&gt;
* James Paul Muir, The Ohio State University, muir.29@osu.edu&lt;br /&gt;
&lt;br /&gt;
A talk about putting a new spin on an age-old technology, creating a universal interface, which exposes any Z39.50 capable library catalog as a simple, useful and universal REST API for use in native mobile apps and mobile web.&lt;br /&gt;
&lt;br /&gt;
The talk includes the exploration and demonstration of the Ohio State University’s native app “OSU Mobile” for iOS and Android and shows how the library catalog search was integrated.&lt;br /&gt;
&lt;br /&gt;
The backbone of the project is a REST API, which was created in a weekend using a PHP framework that translates OPAC XML results from the Z39.50 interface into mobile-friendly JSON formatting.&lt;br /&gt;
&lt;br /&gt;
Raw Z39.50 search results contain all MARC information as well as local holdings.  &lt;br /&gt;
Configurable search fields and the ability to select which fields to include in the JSON output make this solution a perfect fit for any Z39.50-capable library catalog.&lt;br /&gt;
  &lt;br /&gt;
Looking forward, possibilities for expansion include the use of Off Campus Sign-In for online resources so mobile patrons can directly access online resources from a smartphone (included in the Android version of OSU Mobile) as well as integration with library patron account.&lt;br /&gt;
&lt;br /&gt;
Enjoy this alternative to writing a custom OPAC adapter or using a 3rd party service for exposing library records and use the proven and universal Z39.50 interface directly against your library catalog. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== DMPTool: Guidance and Resources for your data management plan ==&lt;br /&gt;
 &lt;br /&gt;
* Marisa Strong, California Digital Libary, marisa.strong@ucop.edu&lt;br /&gt;
&lt;br /&gt;
A number of U.S. funding agencies such as the National Science Foundation require researchers to supply detailed, cost-effective plans for managing research data, called Data Management Plans.  To help researchers with this requirement, several organizations such as the California Digital Library, University of Illinois, University of Virginia, Smithsonian Institution, the DataONE consortium and the (UK) Digital Curation Centre) came together to develop the DMPTool. The goal of the DMPTool is to provide researchers with guidance, links to resources and help with writing data management plans.&lt;br /&gt;
&lt;br /&gt;
This tool presents the requirements specific to the funding agency they are applying for along with detailed help with each section.  Users can create a plan, preview it, export it in various formats, and make it freely accessible for others to read. Users who are members of participating institutions will benefit from specific help for each section, suggested answers, and resources for management of their data, all specific to their institution.  Institutions can also announce events, workshops, and data management information via the DMPTool blog available from within the tool.&lt;br /&gt;
&lt;br /&gt;
This open-source software tool is integrated with federated login using Shibboleth which allows users to login via their home institutions. It is a Ruby/Rails application hosted on a SLES VM.  We had a geographically distributed development team sharing code on Bitbucket. &lt;br /&gt;
&lt;br /&gt;
This talk will demo the features of the application as well as highlight the development practices and infrastructure used in building the application.&lt;br /&gt;
&lt;br /&gt;
== Lies, Damned Lies, and Lines of Code Per Day ==&lt;br /&gt;
 &lt;br /&gt;
* James Stuart, Columbia University, james.stuart@columbia.edu&lt;br /&gt;
&lt;br /&gt;
We've all heard about that one study that showed that Pair Programming was 20% efficient than working alone. Or maybe you saw on a blog that study that showed that programmers who write fewer lines of code per day are more efficient...or was it less efficient? And of course, we all know that programmers who work in (Ruby|Python|Java|C|Erlang) have been shown to be more efficient.&lt;br /&gt;
&lt;br /&gt;
A quick examination of some of the research surrounding programming efficiency and methodology, with a focus on personal productivity, and how to incorporate the more believable research into your own team's workflow.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==An Anatomy of a Book Viewer==&lt;br /&gt;
&lt;br /&gt;
*Mohammed Abuouda, Bibliotheca Alexandrina, mohammed.abuouda@bibalex.org&lt;br /&gt;
&lt;br /&gt;
Bibliotheca Alexandria (BA) hosts 210,000 digital books in different languages available at http://dar.bibalex.org. It includes the largest collection of digitized Arabic books. Using open source  tools, BA has developed a modular book viewer that can be deployed in any environment to provide the users with a great personalized reading experience. BA’s book viewer provides several services that make this possible: morphological search in different languages, localization, server load balancing, scalability and image processing. Personalization features includes different types of annotation such as sticky notes, highlighting and underlining. It also provides the ability to embed the viewer in any webpage and change its skin.&lt;br /&gt;
&lt;br /&gt;
In this talk we will describe the book viewer architecture, its modular design and how to incorporate it in your current environment.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Carrier: Digital Signage System ==&lt;br /&gt;
 &lt;br /&gt;
* [[User:jmspargu|Justin Spargur]], The University of Arizona, spargurj@u.library.arizona.edu&lt;br /&gt;
 &lt;br /&gt;
Carrier is a web-based digital signage application written using JavaScript, PHP, MySQL that can be used on any device with an internet connection and a web browser. Used across the University of Arizona Libraries campuses, Carrier can display any web-based content, allowing users to promote new library collections and services via images, web pages, or videos. Users can easily manage the order in which slides are delivered, manage the length that slides are displayed for, set dates for when slides should be shown, and even specify specific locations where slides should be presented. &lt;br /&gt;
 &lt;br /&gt;
In addition to marketing purposes, Carrier can be used to send both low and high priority alerts to patrons. Alerts can be sent through the administrative interface, via RSS feeds, and even through a Twitter feed, allowing for easy integration with existing campus emergency notification systems.&lt;br /&gt;
 &lt;br /&gt;
I will describe the technical underpinnings of Carrier, challenges that we’ve faced since its implementation, enhancements planned for the next release of the software, and discuss our plans for releasing this software for others to use '''for free'''.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== We Built It.  They Came.  Now What? ==&lt;br /&gt;
 &lt;br /&gt;
* [[User:evviva|Evviva Weinraub]], Oregon State University, evviva.weinraub@oregonstate.edu&lt;br /&gt;
 &lt;br /&gt;
You have a great idea for something new or useful.  You build it, put it out there on GitHub, do a couple of presentations, maybe a press release and BAM, suddenly you’ve created a successful Open Source tool that others are using.  Great!&lt;br /&gt;
&lt;br /&gt;
Fast-forward 3 years. &lt;br /&gt;
&lt;br /&gt;
You still believe in the product, but you can no longer be solely responsible for taking care of it.  Just putting it out there has made it a tool others use, but how do you find a community of folks who believe in the product as much as you do and are willing to commit the time and energy into building, sustaining and moving this project forward.  Or just figuring out if you should bother trying?&lt;br /&gt;
&lt;br /&gt;
In 2006, OSU Libraries built an Interactive Course Assignment system called Library a la Carte – think LibGuides only Open Source.  We now find ourselves in just this predicament.  &lt;br /&gt;
&lt;br /&gt;
What can we do as a community to move beyond our build-first-ask-questions-later mentality and embed sustainability into our new and existing ideas and products without moving toward commercialization?  I fully expect we’ll end up with more questions than answers, but let’s spend some talking about our predicament and yours and think about how we can come out the other side. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Contextually Rich Collections Without the Risk: Digital Forensics and Automated Data Triage for Digital Collections ==&lt;br /&gt;
&lt;br /&gt;
* [[User:kamwoods|Kam Woods]], University of North Carolina at Chapel Hill, kamwoods@email.unc.edu&lt;br /&gt;
* Cal Lee, University of North Carolina at Chapel Hill, callee -- at -- ils -- unc -- edu&lt;br /&gt;
* Matthew Kirschenbaum, University of Maryland, mkirschenbaum@gmail.com&lt;br /&gt;
&lt;br /&gt;
Digital libraries and archives are increasingly faced with a significant backlog of unprocessed data along with an accelerating stream of incoming material. These data often arrive from donor organizations, institutions, and individuals on hard drives, optical and magnetic disks, flash memory devices, and even complete hardware (traditional desktop computers and mobile systems). &lt;br /&gt;
&lt;br /&gt;
Information on these devices may be sensitive, obscured by operating system arcana, or require specialized tools and procedures to parse. Furthermore, the sheer volume of materials being handled means that even simple tasks such as providing useful content reports can be impractical (or impossible) in current workflows.&lt;br /&gt;
&lt;br /&gt;
Many of the tasks currently associated with data triage and analysis can be simplified and performed with improved coverage and accuracy through the use of open source digital forensics tools. In this talk we will discuss recent developments in providing digital librarians and archivists with simple, open source tools to accomplish these tasks.  We will discuss tools and methods be tested, developed and packaged as part of the [http://bitcurator.net BitCurator] project.  These tools can be used to reduce or eliminate laborious, error-prone tasks in existing workflows and put valuable time back into the hands of digital librarians and archivists -- time better used to identify and tackle complex tasks that *cannot* be solved by software.&lt;br /&gt;
&lt;br /&gt;
== Finding Movies with FRBR and Facets ==&lt;br /&gt;
 &lt;br /&gt;
* Kelley McGrath, University of Oregon, kelleym@uoregon.edu&lt;br /&gt;
&lt;br /&gt;
How might the Functional Requirements for Bibliographic Records (FRBR) model and faceted navigation improve access to film and video in libraries? I will describe the design and implementation of a FRBR-inspired prototype discovery interface ([http://blazing-sunset-24.heroku.com/ http://blazing-sunset-24.heroku.com/]) using Solr and Blacklight . This approach demonstrates how FRBR can enable a work-centric view that is focused on the original movie or program while supporting users in selecting an appropriate version.&lt;br /&gt;
&lt;br /&gt;
The prototype features two sets of facets, which independently address two important information needs: (1) &amp;quot;What kind of movie or program do you want to watch?&amp;quot; (e.g., a 1970s TV sitcom, something directed by Kurosawa, or an early German horror film); (2) &amp;quot;How do you want to watch it? Where do you want to get it from?&amp;quot; (e.g., on Blu-ray, with Spanish subtitles, available at the local public library). This structure enables patrons to narrow, broaden and pivot across facet values instead of limiting them to the tree-structured hierarchy common with existing FRBR applications. &lt;br /&gt;
&lt;br /&gt;
This type of interface requires controlled data values mapped to FRBR group 1 entities, which in many cases are not available in existing MARC bibliographic records. I will discuss ongoing work using the XC Metadata Services Toolkit ([http://www.extensiblecatalog.org/ http://www.extensiblecatalog.org/]) to extract and normalize data from existing MARC records for videos in order to populate a FRBRized, faceted discovery interface.&lt;br /&gt;
&lt;br /&gt;
==Escaping the Black Box — Building a Platform to Foster Collaborative Innovation==&lt;br /&gt;
&lt;br /&gt;
* Karen Coombs, OCLC, coombsk@oclc.org&lt;br /&gt;
* Kathryn Harnish, OCLC harnishk@oclc.org&lt;br /&gt;
&lt;br /&gt;
Exposed Web services offer an unprecedented opportunity for collaborative innovation — that’s one of the hallmarks of Web-based services like Amazon, Google, and Facebook.  These environments are popular not only for their native feature sets, but also for the array of community-developed apps that can run in them.  The creativity of the development communities that work in these systems brings new value to all types of users.&lt;br /&gt;
&lt;br /&gt;
What if the library community could realize this same level of collaborative innovation around its systems?  What kinds of support would be necessary to transform library systems from “black boxes” to more open, accessible environments in which value is created and multiplied by the user community?&lt;br /&gt;
&lt;br /&gt;
In this session, we’ll discuss the challenges and opportunities OCLC faced in creating just that kind of environment.  The recently-released OCLC “cooperative platform” provides improved access to a wide variety of OCLC’s data and services, allowing library developers and other interested partners to collaborate, innovate, and share new solutions with fellow libraries.  We’ll describe the open standards and technologies we’ve put in play in as we:&lt;br /&gt;
* exposed robust Web services that provide access to both data and business logic; &lt;br /&gt;
* created an architecture for integrating community-built applications in OCLC (and other) products; and &lt;br /&gt;
* developed an infrastructure to support community development, collaboration, and app sharing&lt;br /&gt;
&lt;br /&gt;
Learn how OCLC is helping to open the “black box” -- and give libraries the freedom to become true partners in the evolution of their library systems.&lt;br /&gt;
&lt;br /&gt;
== Code inheritance; or, The Ghosts of Perls Past  ==&lt;br /&gt;
&lt;br /&gt;
* Jon Gorman, University of Illinois, jtgorman@illinois.ed&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Any organization has a history not found in its archives or museums. Mysteries exist that origins are lost to the collective institutional knowledge.  Despite what has been forgotten by humans, our servers and computers still keep running. Instructions crafted long ago execute like digital ghosts following orders of masters who have long since left.&lt;br /&gt;
&lt;br /&gt;
The University of Illinois has a fair amount of Perl code created by several different developers. This code includes software that handles our data feeds coming both in and out of campus, reports against our Voyager system, some web applications, and more.&lt;br /&gt;
&lt;br /&gt;
I'll touch a little on the historical legacy and why Perl is used. From there I'll share some tips, best practices, and some of the mistakes I've made in trying to maintain this code. Most of the advice will transition to any language, but code and libraries discussed will be Perl. The presentation will also touch on some internal debate on whether or not to port parts of our Perl codebase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Recorded Radio/TV broadcasts streamed for library users ==&lt;br /&gt;
&lt;br /&gt;
 * Kåre Fiedler Christiansen, The State and University Library Denmark, kfc@statsbiblioteket.dk&lt;br /&gt;
 * Mads Villadsen, The State and University Library Denmark, mv@statsbiblioteket.dk&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Provide online access to the Radio/TV collection,&amp;quot; my boss said. About 500,000&lt;br /&gt;
hours of Danish broacast radio and TV. Easy, right? Well, half a year later &lt;br /&gt;
we'd done it, but it turned out to involve practically every it employee in the &lt;br /&gt;
library and quite a few non-technical people as well.&lt;br /&gt;
&lt;br /&gt;
Combining our Fedora-based DOMS repository system with our Lucene-based Summa&lt;br /&gt;
search system with our WAYF-based single-signon system with an upgrade of our&lt;br /&gt;
SAN system for enough speed to deliver the content with an ffmpeg-based &lt;br /&gt;
transcoding workflow system with a Wowza-based streaming server, and sprinkling&lt;br /&gt;
it all with a nice user-friendly web frontend turned out to be quite a challenge,&lt;br /&gt;
but also one of the most engaging experiences for a long time.&lt;br /&gt;
&lt;br /&gt;
Of course we were immidiately shut down, since the legal details weren't quite&lt;br /&gt;
as clear as we thought they were, but take an exclusive preview at &lt;br /&gt;
http://developer.statsbiblioteket.dk/kultur/ - username/password: code4lib.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category: Code4Lib2012]]&lt;/div&gt;</summary>
		<author><name>Kaarefc</name></author>	</entry>

	</feed>