Re: [CODE4LIB] Formalizing Code4Lib?

[Terry Reese]

>> Fiscal agents are ultimately responsible for the contracts they are 
>> going to be signing. In the case of this conference, that is easily well 
>> over $200K.

I think that this is the first pertinent question for the community to decide.  
The conference wasn't always this big, this extravagant, or this expensive.  
And the costs of running a conference that hosts say 150-200 people, is order 
of magnitude higher than our current size of 450-500.  It brings with it 
tradeoffs, and one of them has been the difficulty and exceptional risk 
organizations take on to run this event.  If as a community, there is an 
ongoing desire to have an annual mega conference, then it probably is 
definitely time to start looking for an organization that can provide the type 
of continuity needed to make the event easier to run and financially easier to 
manage.  And if we can't do that as a community, it's probably time to rethink 
our annual conference and scope it into an event that's more sustainable and 
attractive to a volunteer run community.

--tr

Re: [CODE4LIB] What happened to the code4lib blog?

[Terry Reese]

You can use the wayback machine:
http://web.archive.org/web/20150905201543/http://dilettantes.code4lib.org/bl
og/2010/09/a-proposal-to-serialize-marc-in-json/

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
LeVan,Ralph
Sent: Tuesday, April 12, 2016 4:54 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] What happened to the code4lib blog?

I'm playing around with Elasticsearch and need to convert MARC to JSON.  Of
the various proposals to do that, I liked Ross Singer's the best.

http://dilettantes.code4lib.org/blog/2010/09/a-proposal-to-serialize-marc-in
-json/

Sadly, that link is dead.  Any chance of reviving it?

Thanks!

Ralph

--

Ralph LeVan

OCLC * Senior Research Scientist, OCLC Research

6565 Kilgour Place, Dublin, Ohio USA 43017

T +1-614-764-6115 * F +1-614-718-7603

[OCLC]

OCLC.org *
Blog *
Facebook *
Twitter * YouTube

Re: [CODE4LIB] article discovery platforms -- post-implementation assessment?

[Terry Reese]

I'm not sure if this was exactly what you are looking for -- but a talk derived 
from this report was given at C4L last year.  
http://digital.library.unt.edu/ark:/67531/metadc499075/

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Tom 
Cramer
Sent: Thursday, February 11, 2016 12:55 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] article discovery platforms -- post-implementation 
assessment?

I’ve seen many reviews of article discovery platforms (Ebsco Discovery Service, 
Ex Libris Primo Central, Serials Solutions Summon) before an implementations as 
part of a selection process—typically covering things like content coverage, 
API features, integrability with other content / sites. I have not seen any 
assessments done after an implementation.

- what has usage of the article search been like?
- what is the patron satisfaction with the service?
- has anyone gone from blended results to bento box, or bento box to blended, 
based on feedback?
- has anyone switched from one platform to another?
- knowing what you know now, would you do anything different?

I’m particularly interested in the experiences of libraries who use their own 
front ends (like Blacklight or VUFind), and hit the discovery platform via an 
API.

Does anyone have a report or local experience they can share? On list or 
directly?

It would be great to find some shoulders to stand on here. Thanks!

- Tom

Re: [CODE4LIB] oclc member code

[Terry Reese]

OCLC's Search API will do this 
(http://www.oclc.org/developer/develop/web-services/worldcat-search-api/bibliographic-resource.en.html);
 not sure about the Discovery API which will eventually replace it.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Eric 
Lease Morgan
Sent: Thursday, January 21, 2016 8:58 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] oclc member code

Given an OCLC member code, such as BXM for Boston College, is it possible to 
use some sort of OCLC API to search WorldCat (or some other database) and 
return information about Boston College? —Eric Lease Morgan

Re: [CODE4LIB] OCLC shutting down xISBN and xID (was Re: [CODE4LIB] Matching print and electronic editions of the same book)

[Terry Reese]

I think the best replacement at this point as a single API is to look at
Librarythings api though I'm not sure if it would work in all cases --
otherwise, I think using worldcat.org as a bridge to their works records
probably is your best bet.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Brian Riley
Sent: Friday, December 11, 2015 5:14 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] OCLC shutting down xISBN and xID (was Re: [CODE4LIB]
Matching print and electronic editions of the same book)

Does anyone know if OCLC is recommending an alternate solution that will
provide the same or at least similar functionality? 

I had played around with the Worldcat Discovery API when it was in beta but
am not sure of its present status or if its the most logical replacement for
xID.

   Brian 


From: Code for Libraries  on behalf of Eric
Hellman 
Sent: Friday, December 11, 2015 1:31 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] OCLC shutting down xISBN and xID (was Re: [CODE4LIB]
Matching print and electronic editions of the same book)

Users of xID services would be wise to check the termination clauses of
their usage agreements to see whether they are permitted to keep and reuse
the data they have cached.

Think about it. The world outside of 43017 has invented all sorts of new
techniques to update and maintain metadata cooperatively.

Eric



Eric Hellman
President, Free Ebook Foundation
Founder, Unglue.it https://unglue.it/
https://go-to-hellman.blogspot.com/
twitter: @gluejar

Re: [CODE4LIB] Marc record creation and matching

[Terry Reese]

So, I'll start by saying that I haven't worked with Millennium in almost 6
years, but to do the overlay protection in Millennium -- you need to have
access to the III load tables.  This requires special training or asking III
(at cost) to create one for you.  The load table can be made to match on a
specific field (you could set it to ISBN though you'd need to be really sure
that this is a good match -- it's not generally).  The remaining parts are
pretty easy.  Using a tool like MARC::RECORD (perl) or PyMarc -- you could
write a quick script that parses the file, and generates MARC records for
you.  If you don't want to script it -- you can download a tool like
MarcEdit (http://marcedit.reeset.net) that has a delimited text translator
that can translate excel spreadsheets into MARC.  

Honestly -- if this was me and I didn't have load table training (even if I
did) -- I would export the MARC records from my III system that I wanted to
overlay.  I would create MARC records from the Excel sheets -- then I would
use a tool to merge the data between the generated records and the source
records.  You can again, do this via a script -- or likely with MarcEdit's
Merge Records tool.  Then, I would reload the records back into III using
the 949 -- overlaying on the bib number.  This of course overwrites the
records in your catalog -- but that should be ok since you are using the
records from your catalog as your source.



-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Stephen Grasso
Sent: Wednesday, October 28, 2015 8:16 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Marc record creation and matching

Greetings all,

My colleague and I want to create MARC records from a spreadsheet and then
import those MARC records into our library system (Millennium) . We want
those records we have imported to match on ISBN. We want to keep the
integrity of the data in the catalogue (we don't want  the newly created
records to overlay material currently in the catalogue) and we want, in the
same process to be able to insert a note in the records in the catalogue
that have been matched with our records created from the spreadsheet.

All ideas will be gratefully received,

Kind regards,


Steve Grasso

Resource Librarian
Library Resource Services
Queensland University of Technology Library Kelvin Grove Campus | Level 1, D
Block | Victoria Park Road | Kelvin Grove QLD 4059 AUSTRALIA
t: + 61 7 3138 5574 |f: +61 7 3138 3994 |e
s.gra...@qut.edu.au

CRICOS No 00213J

[CODE4LIB] Issue 31 -- Last Call for Proposals

[Terry Reese]

Second (last) Call for Papers (and apologies for cross-posting):

 

The Code4Lib Journal (C4LJ) exists to foster community and share

information among those interested in the intersection of libraries,

technology, and the future.

 

As a reminder, we are now accepting proposals for publication in our 31st
issue.

Don't miss out on this opportunity to share your ideas and experiences.

To be included in the 31st issue, which is scheduled for publication

in mid-January, 2015.  Please submit articles, abstracts, or proposals at

http://journal.code4lib.org/submit-proposal or to jour...@code4lib.org 

by Friday, Oct. 23rd, 2015.  When submitting, please include the title  

or subject of the proposal in the subject line of the email message.

 

C4LJ encourages creativity and flexibility, and the editors welcome

submissions across a broad variety of topics that support the mission

of the journal.  Possible topics include, but are not limited to:

 

* Practical applications of library technology (both actual and 

  hypothetical)

* Technology projects (failed, successful, or proposed), including 

  how they were done and challenges faced

* Case studies

* Best practices

* Reviews

* Comparisons of third party software or libraries

* Analyses of library metadata for use with technology

* Project management and communication within the library environment

* Assessment and user studies

 

C4LJ strives to promote professional communication by minimizing the

barriers to publication.  While articles should be of a high quality,

they need not follow any formal structure.  Writers should aim for the

middle ground between blog posts and articles in traditional refereed

journals.  Where appropriate, we encourage authors to submit code

samples, algorithms, and pseudo-code.  For more information, visit

C4LJ's Article Guidelines or browse articles from the first  issues

published on our website: http://journal.code4lib.org.

 

Remember, for consideration for the  issue, please send proposals,

abstracts, or draft articles to jour...@code4lib.org no later than 

Friday, Oct. 23rd, 2015.

 

Send in a submission.  Your peers would like to hear what you are doing.

 

 

Code4Lib Journal Editorial Committee

Re: [CODE4LIB] hathitrust research center workset browser

[Terry Reese]

I know that Robert McDonald lurks around here -- so he could clarify this -- 
but what folks need to realize here is that the research center is providing 
tools that allow research access to materials within the hathitrust that are 
within the public domain.  However, the digitized materials themselves, are not 
public domain any more (as I understand it).  These materials, as I understand, 
are governed by the agreements institutions made as part of the google project. 
 So, while the materials that the research center is currently providing access 
to are ones identified as within the public domain, access to the research 
center is curated due to those agreements.  Robert or someone else can clarify 
if I've misspoken based on my understanding here.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
davesgonechina
Sent: Monday, June 1, 2015 10:58 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] hathitrust research center workset browser

They just informed me I need a .edu address. Having trouble understanding the 
use of the term public domain here.

On Mon, Jun 1, 2015, 9:58 PM Eric Lease Morgan emor...@nd.edu wrote:

 On Jun 1, 2015, at 4:33 AM, davesgonechina davesgonech...@gmail.com
 wrote:

  If your *institutional* email address is not on their whitelist (not 
  sure if it is limited to subscribing ones, they don't say) you 
  cannot register using the signup form, instead you can only request 
  an account by briefly explaining why you want one. Weird, because 
  they'd have potentially
 learned
  more about me if they just let me put my gmail address in the signup
 form.
 
  I don't get it - can all users download public domain content? If 
  they
 give
  me an account, will I be indistinguishable from a subscribing
 institution?
  If not, why the extra hoops?


 Dave, you are the second person to bring this “white listing” issue to 
 my attention. Bummer! Yes, apparently, unless your email address is a 
 part of wider something or another, then you need to be authorized to 
 use the Research Center. Weird! In my opinion, while the Research 
 Center’s tools work, I believe the site suffers from usability issues.

 In any event, I have enhanced the auto-generated reports created by my 
 “Browser”, and while they are very textual, I also believe they are 
 insightful. For example, the complete works of:

   * William Ellery Channing - http://bit.ly/browser-channing-about
   * Jane Austen - http://bit.ly/browser-austen-about
   * Ralph Waldo Emerson - http://bit.ly/browser-emerson-about
   * Henry David Thoreau - http://bit.ly/browser-thoreau-about

 —
 Eric “Beginning To Suffer From ‘Creeping Featuritis’” Morgan

Re: [CODE4LIB] hathitrust research center workset browser

[Terry Reese]

 However, the digitizing agency cannot dictate any copyright 
restrictions on the digitized copies once released to the public

The digital objects have not, and as far as I understand, cannot be made 
available to the public if digitized as part of the google books digitization 
project.  Most institutions got very limited use, and generally these were tied 
to their specific, immediate, communities.  Though, with that said each 
institution has slightly different terms.  For what it's worth, the research 
center does not make the digital copies available for download -- it provides 
tools for working with data in aggregate (worksets) and provides a proof of 
concept environment demonstrating the feasibility of creating a secured data 
repository with I believe the long-term goal of providing data mining for the 
entire hathitrust resources (both within and outside of the public domain).  
But even as it stands now, the tool has become a fantastic teaching tool when 
talking to instructors and graduate students looking for large data sets to 
work with, that also includes some pretty interesting research algori!
 thms for working with the data.  

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Jimmy 
Ghaphery
Sent: Monday, June 1, 2015 4:47 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] hathitrust research center workset browser

Thanks Eric for posting the webinar in the other thread.

I am pretty sure that digitizing something in the public domain does not change 
its copyright status, at least in the U.S. The digitizing agency certainly has 
the right to sell, restrict access, watermark, or even keep the scans locked up 
on a thumb drive in a closet. They are not obligated to share or to provide the 
digital files in a re-usable format. However, the digitizing agency cannot 
dictate any copyright restrictions on the digitized copies once released to the 
public.

#iamnotalawyer and welcome correction

best,

Jimmy



On Mon, Jun 1, 2015 at 12:12 PM, Eric Lease Morgan emor...@nd.edu wrote:

 On Jun 1, 2015, at 10:58 AM, davesgonechina davesgonech...@gmail.com
 wrote:

  They just informed me I need a .edu address. Having trouble 
  understanding the use of the term public domain here.

   Gung fhpx, naq fbhaqf ernyyl fbeg bs fghcvq!! --RYZ




--
Jimmy Ghaphery
Head, Digital Technologies
VCU Libraries
804-827-3551

Re: [CODE4LIB] Native MarcEdit for MacOSX

[Terry Reese]

Clarification -- this will written using Xamarin's Mac toolset which utilizes 
Object-C for the UI and messaging, and an optimized version of the mono 
framework delivered for 32/64-bit mac systems).  The present Mac version of 
MarcEdit is really two applications.  There is the backend assembly files and a 
god-awful emulation of the WPF classes that work fairly poorly but allow for a 
single code-base.  When run headless (via the command line) -- the non-UI 
version of MarcEdit runs quite nicely and at speeds that are close to the Linux 
and Windows version.  Open it up to use it via a GUI, that it sucks (I'll admit 
it).  What I've offered is that I'd redo the application to provide a native 
Mac App that is Mac-Native while still making use of the present assembly code. 
 This of course requires a Mac of some kind -- and since I'm not a Mac user, 
there it is.  From the users perspective, it should all be Mac-tastic. 

Since this was brought up -- I've sketched out a 3 month roadmap -- enough time 
I believe to migrate the core functionality to a native application build.  
From there, feature parity as appropriate.  

--tr  

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Francis 
Kayiwa
Sent: Monday, April 6, 2015 3:31 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Native MarcEdit for MacOSX

Terry Reese (thanks Terry if you are reading this) has offered to write a 
Object-C version of MarcEdit. In order to this he needed access to a Apple 
Hardware. While my initial proposal on Go Fund me below was for a Macbook Pro, 
we've since realized it need not be a portable device. My current arithmetic 
puts the price of this at ~US$1300 as opposed to the listed ~US$2400


Thanks for boosting this signal if you cannot otherwise help fund porting 
MarcEdit for the Mac OSX platform.

http://www.gofundme.com/qtbzq4


Cheers,
./fxk
--
Your analyst has you mixed up with another patient.  Don't believe a thing he 
tells you.

Re: [CODE4LIB] Native MarcEdit for MacOSX

[Terry Reese]

That would be the plan.  It wouldn't really be worth my time to do this once 
since it would fall out of date fairly quickly and will suck up nearly all my 
free dev. cycles for an initial 3 months or so.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
Salazar, Christina
Sent: Monday, April 6, 2015 3:58 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Native MarcEdit for MacOSX

What happens to the Mac once you've completed the project? Or would it be used 
to continue parallel (Win/Linux/Mac) development?


Christina Salazar
Systems Librarian
John Spoor Broome Library
California State University, Channel Islands
805/437-3198


-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Terry 
Reese
Sent: Monday, April 06, 2015 12:46 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Native MarcEdit for MacOSX

Clarification -- this will written using Xamarin's Mac toolset which utilizes 
Object-C for the UI and messaging, and an optimized version of the mono 
framework delivered for 32/64-bit mac systems).  The present Mac version of 
MarcEdit is really two applications.  There is the backend assembly files and a 
god-awful emulation of the WPF classes that work fairly poorly but allow for a 
single code-base.  When run headless (via the command line) -- the non-UI 
version of MarcEdit runs quite nicely and at speeds that are close to the Linux 
and Windows version.  Open it up to use it via a GUI, that it sucks (I'll admit 
it).  What I've offered is that I'd redo the application to provide a native 
Mac App that is Mac-Native while still making use of the present assembly code. 
 This of course requires a Mac of some kind -- and since I'm not a Mac user, 
there it is.  From the users perspective, it should all be Mac-tastic. 

Since this was brought up -- I've sketched out a 3 month roadmap -- enough time 
I believe to migrate the core functionality to a native application build.  
From there, feature parity as appropriate.  

--tr  

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Francis 
Kayiwa
Sent: Monday, April 6, 2015 3:31 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] Native MarcEdit for MacOSX

Terry Reese (thanks Terry if you are reading this) has offered to write a 
Object-C version of MarcEdit. In order to this he needed access to a Apple 
Hardware. While my initial proposal on Go Fund me below was for a Macbook Pro, 
we've since realized it need not be a portable device. My current arithmetic 
puts the price of this at ~US$1300 as opposed to the listed ~US$2400


Thanks for boosting this signal if you cannot otherwise help fund porting 
MarcEdit for the Mac OSX platform.

http://www.gofundme.com/qtbzq4


Cheers,
./fxk
--
Your analyst has you mixed up with another patient.  Don't believe a thing he 
tells you.

Re: [CODE4LIB] Native MarcEdit for MacOSX

[Terry Reese]

Hi Bill, 

Sure -- this has been asked before.  In fact, I wrote an article about the 
responsibilities developers and organizations have, regardless of if they 
utilize a closed or open source model in the C4L Journal back in 2012: 
http://journal.code4lib.org/articles/6393.

In my case, it's been two things.  Until around 2006 or 2007, MarcEdit's code 
libraries were still largely written in assembly so there was very little 
interest.  But since migrating the code to something more accessible (C#),  I'd 
have to say that the main reason is that work on the project has, and continues 
to be, a hobby and avenue for me to pursue something that I happen to be quite 
passionate about.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of William 
Denton
Sent: Monday, April 6, 2015 7:46 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Native MarcEdit for MacOSX

On 6 April 2015, Terry Reese wrote:

 What I've offered is that I'd redo the application to provide a native 
 Mac App that is Mac-Native while still making use of the present 
 assembly code.  This of course requires a Mac of some kind -- and 
 since I'm not a Mac user, there it is.  From the users perspective, it should 
 all be Mac-tastic.

I've always been curious, and now seems a good time to ask: I'm sure you've 
considered, and been asked about, releasing MarcEdit under a free software 
license, but decided against it.  Why?

Bill
--
William Denton ↔  Toronto, Canada ↔  https://www.miskatonic.org/

[CODE4LIB] Code4LibMidWest 2015 planning kickoff

[Terry Reese]

Hi Midwest folks, 

 

A heads up.  I'm planning on setting up a breakout during C4L in Portland to
kick off the C4LMidwest 2015 planning.  At this point, what we know - it
will be in Columbus, OH around the tentative planning dates of July 23rd and
24th.  

 

Hope to see you,

 

--tr

Re: [CODE4LIB] MARC Validation in a UNIX Environment

[Terry Reese]

I believe MARC::LINT
(http://search.cpan.org/~eijabb/MARC-Lint_1.48/lib/MARC/Lint.pm ) provides
some of that functionality (I think).

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Dana
Jemison
Sent: Friday, January 23, 2015 3:19 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] MARC Validation in a UNIX Environment

Hello!

I'm looking for a MARC validation tool (either binary or XML MARC) to
identify formatting and structural errors in MARC records, which can be run
in a Unix environment.  Does anyone know of such a tool, or has anyone built
something like this which they'd be willing to share?

Thanks so much!

Dana

Dana Jemison
Principal Metadata Analyst
California Digital Library
University of California, Office of the President
415 20th Street, 4th Floor, Office 424B
Oakland, CA 94612-2901
Tel: 510.987.0832
Email: dana.jemi...@ucop.edu

Re: [CODE4LIB] Contact info request for Code4Lib Midwest 2015 Conference Ohio State

[Terry Reese]

You can contact me.  Locally, a good deal of the planning has been made --
though I'll be looking for folks interested in being a program/meeting
committee after the first of the year.

--tr

On Tue, Nov 25, 2014 at 10:16 AM, Francis Kayiwa kay...@pobox.com wrote:

 On 11/25/14 10:05 AM, Craig Boman wrote:

 Does anyone know who is on the planning committee for next year's Code4Lib
 Midwest conference at Ohio State? I am having difficulty finding any
 contact info and I am hoping to get involved in the planning. None of the
 event wikis have any specific information. (
 http://wiki.code4lib.org/index.php/Midwest)



 See Mailing list at the bottom of your URL above

 http://groups.google.com/group/code4lib-midwest

 Man I miss the Midwest.

 ./fxk




 Thanks,

 Craig Boman
 Applications Support Specialist
 University of Dayton Libraries
 937-229-3674
 cbom...@udayton.edu


 --
 Noise proves nothing.  Often a hen who has merely laid an egg cackles
 as if she laid an asteroid.
 -- Mark Twain

Re: [CODE4LIB] Getty AAT to MARC Authorities

[Terry Reese]

Cynthia,

MarcEdit might.  I have been working on a proof of concept JSON converter
that you can teach (i.e., template based).  Its not finished or ready for
folks to work with, but if I had some sample records and you had some
interest in working through the process with me, I'd be interested in
seeing if the process works like I think it might (and be straightforward
enough for non-programmers to use)

--tr

On Fri, Nov 21, 2014 at 5:04 PM, Eric Phetteplace phett...@gmail.com
wrote:

 Ooo, this is a good idea! Please share if you end up with something that
 works.

 Best,
 Eric

 On Fri, Nov 21, 2014 at 1:11 PM, Harper, Cynthia char...@vts.edu wrote:

  Does anyone have a method of taking JSON, RDF, etc., from the Getty Art
  and Architecture Thesaurus, crosswalking it to MARC and importing it into
  your old-fashioned ILS using the OCLC export port? - Wait - can MARCedit
 do
  this?
 
  Any tips are welcome.
 
  Cindy Harper
  Electronic Services and Serials Librarian
  Virginia Theological Seminary
  3737 Seminary Road
  Alexandria VA 22304
  703-461-1794
  char...@vts.edu
 

Re: [CODE4LIB] Requesting a Little IE Assistance

[Terry Reese]

Since this is for DSpace, one option might be to just pass the Content-Type
and Content-Disposition headers to force specific file types to prompt as
needing to be saved.  This usually gives the user an option to just open,
and that will force the file to be downloaded and opened within the default
viewer associated with the file type.  I know that in early versions of
DSpace (not sure if this still occurs), something like this was done for
PDFs to fix an issue some browsers had serving large PDF files and rendering
them in-line.  

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Joe
Hourcle
Sent: Tuesday, October 14, 2014 11:45 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] Requesting a Little IE Assistance

It sounds like the issue already has a solution, but ...



On Oct 13, 2014, at 10:13 PM, Matthew Sherman wrote:

 The DSpace angle also complicates things a bit as they do not have any 
 built in CSS that I could edit for this purpose.  I am hoping they 
 will be amenable to the suggestions to right click and open in notepad 
 because txt files are darn preservation friendly and readable with 
 almost anything since they are some of the simplest files in 
 computing.  Thanks for the input folks.


I'm not a DSpace user, but my understanding is that it's not a stand-alone
webserver ... which means that you may still have ways to re-write what gets
served out of it.

For instance, if you're running Apache you can build an 'output filter'.

I've only done them via mod_perl, but some quick research points to
mod_ext_filter to call any command as a filter: 
http://httpd.apache.org/docs/2.2/mod/mod_ext_filter.html

You'd then set up a 'smart filter' to trigger this when you had a text/plain
response and the UserAgent is IE ... but the syntax is ... complex, to put
it nicely:

http://httpd.apache.org/docs/2.2/mod/mod_filter.html

(I've never configured a smart filter myself, and searching for useful
examples isn't really panning out for me).

... but I thought I'd mention this as an option for anyone who might have
similar problems in the future, as it lets you mess with images and other
types of content, too.

-Joe

[CODE4LIB] C4L Journal Issue #27 Call for Papers

[Terry Reese]

 

Call for Papers (and apologies for cross-posting):

 

The Code4Lib Journal (C4LJ) exists to foster community and share

information among those interested in the intersection of libraries,

technology, and the future.

 

We are now accepting proposals for publication in our 27 issue.

Don't miss out on this opportunity to share your ideas and experiences.

To be included in the 27 issue, which is scheduled for publication 

In mid Jan. 2015, please submit articles, abstracts, or proposals at

http://journal.code4lib.org/submit-proposal or to jour...@code4lib.org
mailto:jour...@code4lib.org  

by Friday, Oct. 24 2014.  When submitting, please include the title  

or subject of the proposal in the subject line of the email message.

 

C4LJ encourages creativity and flexibility, and the editors welcome

submissions across a broad variety of topics that support the mission

of the journal.  Possible topics include, but are not limited to:

 

* Practical applications of library technology (both actual and 

  hypothetical)

* Technology projects (failed, successful, or proposed), including 

  how they were done and challenges faced

* Case studies

* Best practices

* Reviews

* Comparisons of third party software or libraries

* Analyses of library metadata for use with technology

* Project management and communication within the library environment

* Assessment and user studies

 

C4LJ strives to promote professional communication by minimizing the

barriers to publication.  While articles should be of a high quality,

they need not follow any formal structure.  Writers should aim for the

middle ground between blog posts and articles in traditional refereed

journals.  Where appropriate, we encourage authors to submit code

samples, algorithms, and pseudo-code.  For more information, visit

C4LJ's Article Guidelines or browse previous articles published on our
website: http://journal.code4lib.org.

 

Remember, for consideration for the 27th issue, please send proposals,

abstracts, or draft articles to jour...@code4lib.org
mailto:jour...@code4lib.org  no later than 

Friday, Oct. 24, 2014.

 

Send in a submission.  Your peers would like to hear what you are doing.

 

 

Code4Lib Journal Editorial Committee

 

 

** 

Terry Reese

Head, Digital Initiatives

Associate Professor

The Ohio State University

320B 18th Avenue Library

Columbus, OH  43210

Phone: 614.292.8263

Email:  mailto:reese.2...@osu.edu reese.2...@osu.edu

** 

 

Re: [CODE4LIB] ruby-marc: how to sort fields after append?

[Terry Reese]

I was so hoping someone would bring up position of MARC fields.  Everything 
Kyle says is true -- and I would follow that up by saying, no one will care, 
even most catalogers.  In fact, I wouldn't even resort the data to begin with 
-- outside of aesthetics, the sooner we can get away from prescribing some kind 
of magical meaning to field order (have you ever read the book on determining 
5xx field order, I have -- it's depressing; again, who but a cataloger would 
know) we'll all be better off.  :)

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Kyle 
Banerjee
Sent: Friday, September 12, 2014 12:44 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ruby-marc: how to sort fields after append?

On Fri, Sep 12, 2014 at 9:20 AM, Galen Charlton g...@esilibrary.com wrote:

 ...
 One caveat though -- at least in MARC21, re-sorting a MARC record 
 strictly by tag number can be incorrect for certain fields...


This is absolutely true. In addition to the fields you mention, 4XX, 7XX, and 
8XX are also not necessarily in numerical order even if most records contain 
them this way.  There is no way to programatically determine the correct sort. 
While this may sound totally cosmetic, it sometimes has use implications. 
Depending on how the sort mechanism works, you could conceivably reorder fields 
with the same number in the wrong order.

The original question was how to resort a MARC record after appending a field 
which appears to be a control number. I would think it preferable to iterate 
through the fields and place it in the correct position (I'm assuming it's not 
an 001) rather than append and sort.

However, record quality is such a mixed bag nowadays and getting much worse 
that tag order is the least of the corruption issues. Besides, most displays 
normalize fields so heavily that these type of distinctions simply aren't 
supported anymore.

kyle

Re: [CODE4LIB] ruby-marc: how to sort fields after append?

[Terry Reese]

You are right Galen, many care.  They shouldn't, but they do.  A substantial 
set of my research time right now is being spent looking at practical 
applications with bibframe, linked data, and a world without MARC in general -- 
and I can guarantee that any information that we think we are creating by 
carefully ordering fields within our record for display purposes isn't going to 
translation (nor should it).  

There are big and exciting things around what we can do with library metadata 
and lately I've been feeling like the time and effort we spend on this level of 
insanity as akin to tilting at windmills.  

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Galen 
Charlton
Sent: Friday, September 12, 2014 1:23 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ruby-marc: how to sort fields after append?

Hi,

On Fri, Sep 12, 2014 at 10:11 AM, Terry Reese ree...@gmail.com wrote:
 I was so hoping someone would bring up position of MARC fields.
 Everything Kyle says is true -- and I would follow that up by saying, 
 no one will care, even most catalogers.  In fact, I wouldn't even 
 resort the data to begin with -- outside of aesthetics, the sooner we 
 can get away from prescribing some kind of magical meaning to field 
 order (have you ever read the book on determining 5xx field order, I 
 have -- it's depressing; again, who but a cataloger would know) we'll 
 all be better off.  :)

Indeed, field order is not a great way to convey meaning, is not going to 
migrate well to RDF, and there are few practical reasons to be too worried 
about it -- although some OPACs do at least display subject headings links in 
the order that they were entered in the record.

However, some catalogers in my experience do care, and even if only for the 
sake of inter-personal harmony, avoiding unnecessary reordering of MARC fields 
can be a win.

Regards,

Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  g...@esilibrary.com
direct: +1 770-709-5581
cell:   +1 404-984-4366
skype:  gmcharlt
web:http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org  
http://evergreen-ils.org

Re: [CODE4LIB] ruby-marc: how to sort fields after append?

[Terry Reese]

Christina, 

You should point fingers :), lots of catalogers have.  MarcEdit, in fact, 
doesn't sort using MARC21 library sorting rules by default.  It provides a way 
for catalogers to come close if they like (but you have to setup the rules 
yourself) -- but this is purposeful.  The sorting rules are vastly different 
between different flavors of MARC, so any decision to enforce MARC21 sorting 
rules would essentially make the tool useless for everyone else.  It's all 
about the trade-offs.  :)

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
Salazar, Christina
Sent: Friday, September 12, 2014 1:44 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ruby-marc: how to sort fields after append?

Yeah, I was gonna say, I'm not sure what type of work environment Terry has or 
his capacity to hold his ground in the face of enraged catalogers but I think 
it's wise to note the sort order problem and let the original poster determine 
its importance in his individual environment (and his willingness to fight that 
battle).

I say all this as someone who got caught on the wrong side of the Marc tag sort 
order thing (not with Ruby but with MarcEdit - yes, yes, I know who's the 
responsible party for MarcEdit, I'm not pointing fingers though, really I'm not 
and it's too long ago anyway) and I had NO IDEA that our records' tags weren't 
in sort order nor that it would be a problem but boy was it and those 
catalogers can be MEAN and scary if pressed (just kiddin').

Christina Salazar
Systems Librarian
John Spoor Broome Library
California State University, Channel Islands
805/437-3198


-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Galen 
Charlton
Sent: Friday, September 12, 2014 10:23 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ruby-marc: how to sort fields after append?

Hi,

On Fri, Sep 12, 2014 at 10:11 AM, Terry Reese ree...@gmail.com wrote:
 I was so hoping someone would bring up position of MARC fields.
 Everything Kyle says is true -- and I would follow that up by saying, 
 no one will care, even most catalogers.  In fact, I wouldn't even 
 resort the data to begin with -- outside of aesthetics, the sooner we 
 can get away from prescribing some kind of magical meaning to field 
 order (have you ever read the book on determining 5xx field order, I 
 have -- it's depressing; again, who but a cataloger would know) we'll 
 all be better off.  :)

Indeed, field order is not a great way to convey meaning, is not going to 
migrate well to RDF, and there are few practical reasons to be too worried 
about it -- although some OPACs do at least display subject headings links in 
the order that they were entered in the record.

However, some catalogers in my experience do care, and even if only for the 
sake of inter-personal harmony, avoiding unnecessary reordering of MARC fields 
can be a win.

Regards,

Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email:  g...@esilibrary.com
direct: +1 770-709-5581
cell:   +1 404-984-4366
skype:  gmcharlt
web:http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org  
http://evergreen-ils.org

Re: [CODE4LIB] ACTION REQUESTED: Volunteer for 2015 Conference Committees

[Terry Reese]

So, I realize we are a great volunteer organization with lots of trustworthy
folks -- but this is something where if you are going to be offering child
care, it cannot be by committee or volunteer.  For an event like this, you
will need to use someone that has been background checked and would need to
be someone trained to deal with medical issues and handling special needs.
Fortunately, the Oregon State University Library has a relationship with a
group that offers child care to students while they are in the library --
I'm wondering if that group could be hired to provide care for this event if
this was something folks wanted.  

--TR

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Salazar, Christina
Sent: Wednesday, August 13, 2014 5:40 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ACTION REQUESTED: Volunteer for 2015 Conference
Committees

YESSS! Anyone else?

And I am willing to help out in whatever capacity. (You probably don't want
me taking care of your kids though.)

The typical obstacle that I've seen in helping/offering childcare has been
insurance stuff. Just for whatever THAT'S worth...

Christina Salazar
Systems Librarian
John Spoor Broome Library
California State University, Channel Islands
805/437-3198

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of sara
amato
Sent: Wednesday, August 13, 2014 5:54 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] ACTION REQUESTED: Volunteer for 2015 Conference
Committees

Quick question for those planning to attend Code4Lib 2015 -  Would the
availability of childcare make a difference in your being able to attend?
If so I'll propose and lead a childcare committee (seeing as I'm almost
local to it.) 


On Aug 12, 2014, at 3:35 PM, Tom Johnson wrote:

 The 2015 Code4Lib annual conference may seem like a long way away, but 
 it's already time for various volunteer committees to start work on 
 the planning. As you know, the conference happens each year thanks to 
 the work of the community at large; please take the time to sign up 
 for confrence committees here:
 
 *http://wiki.code4lib.org/index.php/2015_Conference_Committees
 http://wiki.code4lib.org/index.php/2015_Conference_Committees*
 
 *We especially need people for the Keynote Speakers and Sponsorship
 committees.* These groups need to begin work ASAP and are short on 
 membership.
 
 Thanks to everyone who has already signed up to help!
 
 --
 Tom Johnson
 on behalf of the C4L15 PDX Team

[CODE4LIB] Code4LibMW 2015 Location

[Terry Reese]

Hi folks, 

 

Mark your calendars - Code4LibMW 2015 will be coming to Columbus, OH.  The
Ohio State University Libraries will be hosting - likely in late July 2015.
I'll provide more information as we start to get the logistics sorted out.

 

--tr

 

 

Re: [CODE4LIB] MarcEdit Tasks power?

[Terry Reese]

Jonathan,

You can use the edit field function, using:
Field: 338
Field data: (\$aonline resource.*)(\$b.*)
Replace: $1$$bcr

Check use regular expressions.

This should be available as a single operation or to be stored as a
task.

Tr

Sent from my Windows Phone From: Jonathan Rochkind
Sent: ‎6/‎24/‎2014 12:39 PM
To: CODE4LIB@listserv.nd.edu
Subject: [CODE4LIB] MarcEdit Tasks power?
Hi code4libbers,

I don't have much experience with MarcEdit, I'm hoping someone else
does, especially with creating automated MarcEdit tasks, and can advise:

Would it be possible to create a MarcEdit task that:

= IF there is 338 field with subfield $a online resource, THEN erase
all existing subfield $b's in that field, and add a single subfield $b
cr.


We have records loaded from certain sources that have inconsistent 338$a
and $b, where the $a is the reliable one. I'm curious if I can send
records from these sources through a MarcEdit Task to correct this known
pattern of error.

Anyone know if this is possible in a MarcEdit task? And if you could
supply some hints to a complete newbie to MarcEdit on how to do it, that
would be quite kind of you!

Jonathan

Re: [CODE4LIB] MarcEdit Tasks power?

[Terry Reese]

Or I should say, that is my first inclination. Though I can't test it
because im out in the woods (as it were) in Ohio.

Ttr

Sent from my Windows Phone From: Jonathan Rochkind
Sent: ‎6/‎24/‎2014 12:39 PM
To: CODE4LIB@listserv.nd.edu
Subject: [CODE4LIB] MarcEdit Tasks power?
Hi code4libbers,

I don't have much experience with MarcEdit, I'm hoping someone else
does, especially with creating automated MarcEdit tasks, and can advise:

Would it be possible to create a MarcEdit task that:

= IF there is 338 field with subfield $a online resource, THEN erase
all existing subfield $b's in that field, and add a single subfield $b
cr.


We have records loaded from certain sources that have inconsistent 338$a
and $b, where the $a is the reliable one. I'm curious if I can send
records from these sources through a MarcEdit Task to correct this known
pattern of error.

Anyone know if this is possible in a MarcEdit task? And if you could
supply some hints to a complete newbie to MarcEdit on how to do it, that
would be quite kind of you!

Jonathan

Re: [CODE4LIB] EZProxy changes / alternatives ?

[Terry Reese]

Peter, 

I think that's a good point, but OCLC knew upfront that this is the model
for this product when they acquired it.  So, this should have been part of
the calculation when considering the acquisition -- but this component fills
a very important part of their overall authentication stack for a lot of
their other services (we are talking about Article proxying, but it's used
with Illiad, WorldCat Local, WMS -- so it has a lot of different uses and
has been enhanced a lot if you are a user of these other services.

I think that OCLC does a good job shepherding the development, but I think
Andrew hits why it would be useful to have an open alternative.  It's very
likely that even with an open alternative, you cannot completely divorce
yourself from Ezproxy if you use another OCLC services.  But I've had a
number of times recently where I would have loved the ability to hack the
proxy.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Peter Murray
Sent: Monday, February 3, 2014 4:21 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] EZProxy changes / alternatives ?

I think it also useful to think about this from the service provider's
perspective.  There have been a few calls for enhancements/fixes in this
thread, but with no source of ongoing revenue (for self-hosted
installations, at least) I don't know how we can realistically expect the
service provider to devote resources to those enhancements/fixes.  The $500
paid for the perpetual right to run the software is good if you never expect
the software to change, particularly for something that has the market
saturation that EZproxy does (since there is a decreasing number of new
subscribers to pay the bills for added development).  The same could be said
for paying the way of the technical writers to write documentation for the
new features added to the system.


Peter
--
Peter Murray
Assistant Director, Technology Services Development LYRASIS
peter.mur...@lyrasis.org
+1 678-235-2955
800.999.8558 x2955

Re: [CODE4LIB] a note on MARC8 to UTF8 transcoding: Character references

[Terry Reese]

Yeah -- this has been part of the MARC standard for quite some time 
(2004?)...LC added it as a way to protect round trip ability.  MarcEdit has 
supported this for years -- it's actually one of the questions that I have to 
answer occasionally when people translate UTF8 code outside of the MARC8 
specification back to MARC8.

--tr

-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of 
Jonathan Rochkind
Sent: Tuesday, November 5, 2013 4:05 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] a note on MARC8 to UTF8 transcoding: Character references

Do you do sometimes deal with MARC in the MARC8 character encoding?  Do you 
deal with software that converts from MARC8 to UTF8?

Maybe sometimes you've seen weird escape sequences that look like HTML or XML 
character references, like, say #x200F;.

You, like me, might wonder what the heck that is about -- is it cataloger 
error, a catalgoer manually entered this or something in error? Is it a 
software error, some software accidentally stuck this in, at some part in the 
pipeline?

You can't, after all, just put HTML/XML character references wherever you want 
-- there's no reason #x200F; would mean anything other than , #, x, 2, etc, 
when embedded in MARC ISO 2709 binary, right?

Wrong, it turns out!

There is actually a standard that says you _can_ embed XML/HTML-style character 
references in MARC8, for glyphs that can't otherwise be represented in MARC8. 
Lossless conversion [from unicode] to MARC-8 encoding.

http://www.loc.gov/marc/specifications/speccharconversion.html#lossless

Phew, who knew?!

Software that converts from MARC8 to UTF-8 may or may not properly un-escape 
these character references though. For instance, the Marc4K AnselToUnicode 
class which converts from Marc8 to UTF8 (or other unicode serializations) won't 
touch these lossless conversions (ie, HTML/XML character references), they'll 
leave them alone in the output, as is.

yaz-marcdump also will NOT un-escape these entities when converting from
Marc8 to UTF8.

So, then, the system you then import your UTF8 records into will now just 
display the literal HTML/XML-style character reference, it won't know to 
un-escape them either, since those literals in UTF8 really _do_ just mean  
followed by a # followed by an x, etc. It only means something special as a 
literal in HTML, or in XML -- or it turns out in MARC8, as a 'lossless 
character conversion'.

So, for instance, in my own Traject software that uses Marc4J to convert from 
Marc8 to UTF8 -- I'm going to have to go add another pass, that converts 
HTML/XML-character entities to actual UTF8 serializations.  Phew.

So be warned, you may need to add this to your software too.

Re: [CODE4LIB] De-dup MARC Ebook records

[Terry Reese]

Your mileage may vary, but MarcEdit has a dedup tool that will allow you to
take two files and find duplications.  It also has a merge tool that will
allow you to take two files, and merge specific fields into one or another
(so if you want fields like the 856 from two packages in the same record).
There are some assumptions made when matching (dedup can use any
field/subfield pair, but obviously control numbers are better -- merging is
done using a heuristic analysis of 20-25 different field points, with
significance weighted to create a match score for merge), but some folks
find it useful if you don't want to code something up yourself.

Otherwise, if I was coding this, I'd stay away from needing exact matches.
I've found that when doing matches, I like to include a wide range of
elements, and then use a fuzzy match when working with titles because the
title isn't as fixed as you might like -- especially if the cataloging
level varies.

--tr


On Thu, Aug 15, 2013 at 2:29 PM, Andy Kohler akoh...@ucla.edu wrote:

 Are you expecting to work with two files of records, outside of your ILS?
 If so, for a project like that I'd probably write Perl script(s) using
 MARC::Record (there are similar code libraries for Ruby, Python and Java at
 least).

 For each record in each file, use the ISBN (and/or OCLC number and/or LCCN)
 as a key.  Compare all sets, and keep one record per key.

 This assumes that the vendors are supplying records with standard
 identifiers, and not just their own record numbers.

 If you're comparing each file with what's already in your ILS, then it'll
 depend on the tools the ILS offers for matching incoming records to the
 database.  Or, export the database and compare it with the files, as above.

 Andy Kohler / UCLA Library Info Tech
 akoh...@library.ucla.edu / 310 206-8312

 On Thu, Aug 15, 2013 at 10:11 AM, Michael Beccaria 
 mbecca...@paulsmiths.edu
  wrote:

  Has anyone had any luck finding a good way to de-duplicate MARC records
  from ebook vendors. We're looking to integrate Ebrary and Ebsco Academic
  Ebook collections and they estimate an overlap into the 10's of
 thousands.
 
 

[CODE4LIB] Code4Lib Issue 21 Published

[Terry Reese]

The Code4Lib Journal editors are excited to bring you this latest issue with
ten articles.  You can find it at
http://journal.code4lib.org/issues/issues/issue21; titles and abstracts
below.

 

Editorial Introduction:  How Things Change

Terry Reese

URL: http://journal.code4lib.org/articles/8811 

 

 

Crafting Linked Open Data for Cultural Heritage: Mapping and Curation Tools
for the Linked Jazz Project

M. Cristina Pattuelli, Matt Miller, Leanora Lange, Sean Fitzell, and Carolyn
Li-Madeo

URL: http://journal.code4lib.org/articles/8670

This paper describes tools and methods developed as part of Linked Jazz, a
project that uses Linked Open Data (LOD) to reveal personal and professional
relationships among jazz musicians based on interviews from jazz archives.
The overarching aim of Linked Jazz is to explore the possibilities offered
by LOD to enhance the visibility of cultural heritage materials and enrich
the semantics that describe them. While the full Linked Jazz dataset is
still under development, this paper presents two applications that have laid
the foundation for the creation of this dataset: the Mapping and Curator
Tool, and the Transcript Analyzer. These applications have served primarily
for data preparation, analysis, and curation and are representative of the
types of tools and methods needed to craft linked data from digital content
available on the web. This paper discusses these two domain-agnostic tools
developed to create LOD from digital textual documents and offers insight
into the process behind the creation of LOD in general.

 

 

Integrating Linked Data into Discovery

Götz Hatop

URL: http://journal.code4lib.org/articles/8526

Although the Linked Data paradigm has evolved from a research idea to a
practical approach for publishing structured data on the web, the
performance gap between currently available RDF data stores and the somewhat
older search technologies could not be closed. The combination of Linked
Data with a search engine can help to improve ad-hoc retrieval. This article
presents and documents the process of building a search index for the Solr
search engine from bibliographic records published as linked open data.

 

Actions Speak Louder than Words: Analyzing large-scale query logs to improve
the research experience

Ted Diamond, Susan Price, Raman Chandrasekar

URL: http://journal.code4lib.org/articles/8693

Analyzing anonymized query and click-through logs leads to a better
understanding of user behaviors and intentions, and provides opportunities
to create an improved search experience. As a large-scale provider of SaaS
services that returns search results against a single unified index, Serials
Solutions is uniquely positioned to learn from the dataset of queries issued
to its Summon® service by millions of users at hundreds of libraries around
the world.

 

In this paper, we describe the Relevance Metrics Framework that we use to
analyze our query logs and provide examples of insights we have gained
during development and implementation. We also highlight the ways our
analysis is inspiring changes to the Summon® service to improve the academic
research experience.

 

Batch metadata assignment to archival photograph collections using facial
recognition software

Kyle Banerjee and Maija Anderson

URL: http://journal.code4lib.org/articles/8486

Useful metadata is essential to giving individual meaning and value within
the context of a greater image collection as well as making them more
discoverable. However, often little information is available about the
photos themselves, so adding consistent metadata to large collections of
digital and digitized photographs is a time consuming process requiring
highly experienced staff.

 

By using facial recognition software, staff can identify individuals more
quickly and reliably. Knowledge of individuals in photos helps staff
determine when and where photos are taken and also improves understanding of
the subject matter.

 

This article demonstrates simple techniques for using facial recognition
software and command line tools to assign, modify, and read metadata for
large archival photograph collections.

 

Using a Raspberry Pi as a Versatile and Inexpensive Display Device

Edward Iglesias and Arianna Schlegel

URL: http://journal.code4lib.org/articles/8644

This article covers the process by which a library took some unused
equipment and added a cheap computing device to produce very inexpensive but
effective electronic signage. Hardware and software issues as well as a
step-by-step guide through the process are included.

 

The Moab Design for Digital Object Versioning

Richard Anderson

URL: http://journal.code4lib.org/articles/8482

The Stanford Digital Repository has adopted the “Moab” design for versioned
archiving of digital objects–a locally developed approach that optimizes
data transfer, storage, and replication while providing efficient single
file retrieval or full object reconstruction for any