[CODE4LIB] #c4l15 registration up for grabs
I am registered for the Portland conference but something came up and I can't attend. A couple years ago I was the beneficiary of a similar situation, so it's time to pay back. Does anyone know a student (preferred) or other worthy person who would appreciate a freebie and attend in my place? - David Talley
Re: [CODE4LIB] CODE4LIB Digest - 23 Jan 2015 to 24 Jan 2015 (#2015-19)
Looks like y'all will have the company of a MLIS student named Stephanie who lives in Portland to take my place. - David
Re: [CODE4LIB] CODE4LIB Digest - 3 Feb 2013 to 4 Feb 2013 (#2013-31)
Applications consuming linked data certainly *could* blend accurate and inaccurate (or questionably accurate) sources. Lots of people still love to hate Wikipedia for its doubtful authority, yet it's one of the biggest sources of available linked data at this point. But just because someone exposes something as linked data, that doesn't mean you have to incorporate it in some automatic way. I'd answer that you design your application to consume data that you trust, and linked data makes it easy for you to do that. You raise a good question (imo) -- Can users trust the content because the people doing the blending can be trusted to have assembled only good stuff? Or do the chunks of blended content need some kinds of markers to indicate their sources and authority? Is something as simple as a source citation sufficient? (Sorry for the excessive sibilance in that sentence.) David Talley -- Date:Mon, 4 Feb 2013 10:34:37 -0500 From:Donna Campbell Subject: Linked data [was: Why we need multiple discovery services engine?] In mentioning "pushing to break down silos more," it brings to mind a question I've had about linked data. >From what I've read thus far, the idea of breaking down silos of information seems like a good one in that it makes finding information easier but doesn't it also remove some of the markers of finding credible sources? Doesn't it blend accurate sources and inaccurate sources? Donna R. Campbell Technical Services & Systems Librarian [snip] Westminster Theological Seminary Library
Re: [CODE4LIB] CODE4LIB Digest - 10 Jun 2013 to 11 Jun 2013 (#2013-147)
Thanks, Debra, for encouraging participants to report out. The distributed conversations are tough to summarize (based on my limited experience) but if they include good links, people can try to follow along at a distance. The seed conversations sound like they'd be worth the trouble! -- Date:Tue, 11 Jun 2013 09:10:49 -0500 From:Debra Shapiro Subject: Re: LITA/ALCTS Library Linked Data IG managed discussion at ALA Annual in Chicago Hi Karen, and others who might be interested; apologies to those who are not The problem with streaming is that, after Jackie's short presentation - which could be captured, and I will try - it's going to be table discussions, and there might be 12 tables. So the noise level is going to be high, and we could only get fragments. We are going to ask table facilitators to post short messages to todaysmeet (http://todaysmeet.com/) about summarizing their table's talk. I will set up a room, and share the link to the transcript of those text messages. Folks might tweet as well; I'll establish some hash tag at the start of the session. thanks for your interest, debra On Jun 10, 2013, at 1:06 PM, Karen Coyle wrote: > Debra - this looks very interesting, and makes me wish I were going to be > there. But I'm not. If anyone in the audience is able to stream this, even > without great AV quality, please send a message to the list. And for those of > you who are going, could you brainstorm about informal streaming? > > Thanks, > kc > > On Mon Jun 10 11:00:42 2013, Debra Shapiro wrote: >> Linked Data IG managed discussion at ALA Annual in Chicago >> >> When: >> Sunday, June 30, 2013 >> 8:30 am to 10:00 am >> >> Where: >> McCormick Place Convention Center, Room N129 >> >> What: >> The LITA/ALCTS Library Linked Data Interest Group invites you to attend a >> managed discussion on Sunday, June 30, from 8:30-10:00 AM, at the McCormick >> Place Convention Center, Room N129. Jackie Shieh of George Washington >> University, one of the BIBFRAME Early Experimenters (EEs - >> http://bibframe.org/faq/#q13), will give a short presentation designed to >> kick off table discussions, on her institution's experience converting MARC >> data to BIBFRAME. Please contact Theo Gerontakos (t...@uw.edu) or Debra >> Shapiro (dsshap...@wisc.edu) if you'd like to volunteer as a table >> facilitator. >> >> http://ala13.ala.org/node/11059 >> >> Questions? Please send to Debra Shapiro (dsshap...@wisc.edu), not the list >> >> thanks >> >> dsshap...@wisc.edu >> Debra Shapiro >> UW-Madison SLIS >> Helen C. White Hall, Rm. 4282 >> 600 N. Park St. >> Madison WI 53706 >> 608 262 9195 >> mobile 608 712 6368 >> FAX 608 263 4849 > > -- > Karen Coyle > kco...@kcoyle.net http://kcoyle.net > ph: 1-510-540-7596 > m: 1-510-435-8234 > skype: kcoylenet dsshap...@wisc.edu Debra Shapiro UW-Madison SLIS Helen C. White Hall, Rm. 4282 600 N. Park St. Madison WI 53706 608 262 9195 mobile 608 712 6368 FAX 608 263 4849 -- Date:Tue, 11 Jun 2013 09:16:07 -0600 From:Sam Popowich Subject: Code4Lib YEG Meetup this Thursday Apologies for cross-posting. This is just a reminder that the 2nd Edmonton Code4Lib Meetup will take place this Thursday, June 13th at the Underground Tap and Grill, 10004 Jasper Ave, Edmonton. We'll be building on some of the ideas we had last time to start planning an event for late summer or early fall. Thanks, Sam. -- Sam Popowich Discovery Systems Librarian University of Alberta Library Edmonton, Alberta sam.popow...@ualberta.ca 780-492-5753 -- Date:Tue, 11 Jun 2013 20:13:07 - From:j...@code4lib.org Subject: Job: Manager, IT Infrastructure and Client Services at Yale University Library Information Technology Yale University Library New Haven, CT Salary Grade: 25 Requisition: #21569BR www.yale.edu Schedule: Full-time (37.5 hours per week); Standard Work Week (M-F, 8:30 - 5:00) The University and the Library: The Yale University Library, as one of the world's leading research libraries, collects, organizes, preserves, and provides access to and services for a rich and unique record of human thought and creativity. It fosters intellectual growth and is a highly valued partner in the teaching and research missions of Yale University and scholarly communities worldwide. A distinctive strength is its rich spectrum of resources, including more than 15 million volumes and information in all media, ranging from ancient papyri to early printed books to electronic databases. The Library is engaged in numerous digital initiatives designed to provide access to a full array of scholarly information. Housed in 15 libraries, including Sterling Memorial, Beinecke, and Bass libraries, it employs a dynamic, diverse, and innovative staff of over 500 who have the opportunity to work with the highest caliber of faculty and students, participate on committees, and who are involved i
Re: [CODE4LIB] CODE4LIB Digest - 12 Feb 2012 to 13 Feb 2012 (#2012-42)
When I read Nate's response, I thought that the distinction is the endpoint of the process: The data is what the user goes looking for, the stuff that satisfies the desire that started their search. The metadata is the path to get there. Then I remembered the old example of a student consulting an author catalog to grab the person's birth & death dates for a school report rather than to find a work produced by that author. Then Joel added a whole new layer with that imagined hide & seek process built around the metadata (almost gamefication, really), and again the metadata becomes the destination not the path. Is it a useful distinction to say the data's the *reason* for collecting the metadata in the first place? Without the need to give access to that copy of _A Tale of Two Cities_, either in a physical library or Google Books, the descriptive metadata never would be created. I'd agree with Nate that it doesn't matter much to the computer's processing routines, but to make the computer serve its user, those goals are paramount. Apologies if that's overly conceptual for a list with 'code' in the name. David -- Date:Mon, 13 Feb 2012 16:39:14 -0600 From:Nate Vack Subject: Re: Metadata [. . . snip]I think it's kind of a circular issue: We know metadata and data are separate because our software and workflow require it. Software and workflows are designed to separate metadata and data because we know they're separate. -- Date:Mon, 13 Feb 2012 21:09:30 -0500 From:"Richard, Joel M" Subject: Re: Metadata [. . . snip]The contents of _A Tale of Two Cities_ can now be seen in so many different ways: a histogram of word frequency, a chart of which characters have the most dialogue, locations in the novel can be mapped geographically over the course of the story. (I only wish I had an interactive map when reading A Game of Thrones to tell me who was where at which part of the novel!) And you can then search for books that take place in certain cities, or in a time period, or have people who wear beige top hats in victorian England. The possibilities are endless! [snip . . . ]
Re: [CODE4LIB] CODE4LIB Digest - 12 Feb 2012 to 13 Feb 2012 (#2012-42)
>From the article Tod helpfully links: "One of our implementation goals was to build a touch interface that appeared to be completely dedicated and self-contained: we did not want it to be apparent to the user that the interface had been created with and was being driven by commodity components. " I'm stuck by the self-contained nature of this project design, and similarly with the iPad catalog look-up tools. Are such implementations most successful with separate, narrowly defined goals? Or would a library want to keep a consistent interaction experience across the website, kiosks, and even physical space (signage, displays, functional process terminology, etc.)? I tend to think that even if specific interaction methods are tailored to provide particular information in specific contexts, they all need to be designed as components of the user's overall interaction experience. David -- Date:Mon, 13 Feb 2012 09:55:09 -0600 From:Tod Olson Subject: Re: Touch Screens in the Library NCSU has done some work you might be interested in. See this article: Lessons in Public Touchscreen Development by Andreas K. Orphanides http://journal.code4lib.org/articles/5832 -Tod Tod Olson Systems Librarian University of Chicago Library
Re: [CODE4LIB] CODE4LIB Digest - 12 Feb 2012 to 13 Feb 2012 (#2012-42)
From: "Andreas Orphanides" Sent: Saturday, February 18, 2012 8:51 PM To: dtal...@preciserecall.com Subject: Re: [CODE4LIB] CODE4LIB Digest - 12 Feb 2012 to 13 Feb 2012 (#2012-42) > a redesign of the touchscreen is in the pipeline, and one of our primary goals is to make it more consistent with other > experiences that we offer (especially the mobile website) Mobile & kiosk seem like a good match within the overall library IA. Either will emphasize a subset of the whole package that's relevant in the specific user context, and I can well see the mobile user approaching the kiosk upon entering the library, so continuity there makes a lot of sense. > in the portion of the article you quote, I was really trying to say that the interface for the touchscreen was intended not to betray > the fact that it was really just a web browser running on an off-the-shelf computer. Sorry if I misrepresented that. I did get what you were saying, and I had almost the opposite thought -- that if users recognized the kiosk as showing a subset of the website specifically, it might build their overall mental model. I have no research to cite on that, but it's always interesting how the overall information package gets presented via the various options available and what priorities shape those decisions. A kiosk would be especially challenging to fit into an overall program, because it performs such a specific set of services -- topical notices, promotion, wayfinding, etc.
Re: [CODE4LIB] presenting merged records?
-- Date:Fri, 30 Mar 2012 00:09:07 + From:Peter Noerr Subject: Re: presenting merged records? > More user friendly is 4) Mark all duplicates and hide them in a sub-list attached to the "head" record. > This gets them out of the main display, but allows the user who is interested in that "record" to expand > the list and see the variants. This could be of use to you. This is the solution that occurred to me when considering Graham's question(s). Good to know that it's worked well for you. Do you show anything at all about the hidden records along with the expand control (e.g., those pesky dates Graham mentioned, which will be key in lots of applications)? Or does the one "head" record stand as the proxy for all in the default display? > Since no-one else seems interested in this topic, you could email me off list Others may well be listening, if not responding. Just a thought . . .
Re: [CODE4LIB] CODE4LIB Digest - 8 Jul 2012 to 9 Jul 2012 (#2012-173)
Yes: Felis catus. You're welcome. -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Michele R Combs Sent: Monday, July 09, 2012 2:58 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] LoC job opening ??? Are the cats classified?
Re: [CODE4LIB] CODE4LIB Digest - 22 Aug 2012 to 23 Aug 2012 (#2012-215)
> My hope, post vacation time, is to get someone to share > some of the steps they went through in this process, maybe in a blog post. Would love to see this, myself! It could maybe help to inform documentation and/or use cases for the next phase of the Learning Linked Data project [1], which has been mentioned here before. David Talley [1] http://lld.ischool.uw.edu/wp/