Hi Eric,
you seem to have missed the Catmandu tutorial at SWIB13. Luckily there
is a basic tutorial and a demo online: http://librecat.org/
The demo happens to be about transforming MARC to RDF using the
Catmandu Perl framework. It gives you full flexibility by separating
the importer from the
On Dec 4, 2013, at 10:29 PM, Corey A Harper corey.har...@nyu.edu wrote:
Have you had a look at Ed Chamberlain's work on COMET:
https://github.com/edchamberlain/COMET
It's been a while since I've run this, but if I remember correctly, it was
fairly easy-to-use.
Thank you for the pointer. I
On Dec 4, 2013, at 10:29 PM, Corey A Harper corey.har...@nyu.edu wrote:
Also, though much older, I seem to remember the Simile MARC RDFizer being
a pretty straightforward one to run:
http://simile.mit.edu/wiki/MARC/MODS_RDFizer
MODS aficionados will point to some problems with some of it's
On Dec 5, 2013, at 6:54 AM, Eric Lease Morgan emor...@nd.edu wrote:
http://simile.mit.edu/wiki/MARC/MODS_RDFizer
...The distribution includes a possibly cool stylesheet — mods2rdf.xslt.
Ah ha! The MODS_RDFizer’s mods2rdf.xslt file functioned very well against one
of my MODS files:
$
On Dec 5, 2013, at 3:07 AM, Christian Pietsch
chr.pietsch+web4...@googlemail.com wrote:
you seem to have missed the Catmandu tutorial at SWIB13. Luckily there
is a basic tutorial and a demo online: http://librecat.org/
I did attend SWIB13, and I really wanted to go to the Catmandu workshop,
Eric, I'm having a hard time figuring out exactly what you're hoping to get.
Going from MARC to RDF was my great white whale for years while Talis' main
business interests involved both of those (although not archival
collections). Anything that will remodel MARC to (decent) RDF is going be:
Everything I've heard from Ex Libris is that Alma is discovery layer agnostic,
though they understandably want you to use Primo since it's their product.
Perhaps the differentiation is that they won't host third-party discovery
layers at this time? If you wanted to use Blacklight/VuFind/etc. it
When exposing sets of MARC records as linked data, do you think it is better to
expose them in batch (collection) files or as individual RDF serializations? To
bastardize the Bard — “To batch or not to batch? That is the question.”
Suppose I am a medium-sized academic research library. Suppose
On a second thought, IIIF won't work for my situation either, though it offers
much more flexible manipulation on an individual base.
My situation is: I have a loop to list many books, wanting a book cover image
for each book.
Kelly
-Original Message-
From: Code for Libraries
On Dec 5, 2013, at 8:55 AM, Ross Singer rossfsin...@gmail.com wrote:
Eric, I'm having a hard time figuring out exactly what you're hoping to get.
Going from MARC to RDF was my great white whale for years while Talis' main
business interests involved both of those (although not archival
On Thu, Dec 5, 2013 at 11:11 AM, Eric Lease Morgan emor...@nd.edu wrote:
I’m hoping to articulate and implement a simple and functional method for
exposing EAD and MARC metadata as linked data.
Isn't the point of this to expose archival description as linked data? What
about description
On Dec 5, 2013, at 11:17 AM, Mark A. Matienzo mark.matie...@gmail.com wrote:
I’m hoping to articulate and implement a simple and functional method for
exposing EAD and MARC metadata as linked data.
Isn't the point of this to expose archival description as linked data? What
about description
Database Administrator/IT Specialist, BDLSS
University of Oxford
Oxford
We are seeking an experienced Database Administrator, to join our established
Bodleian Digital Library Systems and Support team. The team provides support
and development services for the libraries' core service applications
On Thu, Dec 5, 2013 at 11:26 AM, Eric Lease Morgan emor...@nd.edu wrote:
Good question! At the very least, these applications (ArchivesSpace,
Archivists’ Toolkit, etc.) can regularly and systematically export their
data as EAD, and the EAD can be made available as linked data. It would be
On Dec 5, 2013, at 11:33 AM, Mark A. Matienzo mark.matie...@gmail.com wrote:
At the very least, these applications (ArchivesSpace,
Archivists’ Toolkit, etc.) can regularly and systematically export their
data as EAD, and the EAD can be made available as linked data.
Wouldn't it make more
With apologies to Eric to others from the LiAM project, I feel like I
want to jump in here with a little more context.
Eric, or Aaron, or Anne, please feel free to correct any of what I say
below.
I agree with the points made and concerns raised by both Ross Mark --
most significantly, that a
I've been following this conversation as a non-coder. I'm really interested in
getting a better understanding of linked data and how to use existing metadata
for proof of concept linked data outputs. So, I totally think Eric's approaches
are valuable and would be something I would use. I also
On Thu, Dec 5, 2013 at 11:57 AM, Eric Lease Morgan emor...@nd.edu wrote:
On Dec 5, 2013, at 11:33 AM, Mark A. Matienzo mark.matie...@gmail.com
wrote:
Wouldn't it make more sense, especially with a system like ArchivesSpace,
which provides a backend HTTP API and a public UI, to publish
On Thu, Dec 5, 2013 at 11:57 AM, Eric Lease Morgan emor...@nd.edu wrote:
“There is more than one way to skin a cat.” There are advantages and
disadvantages to every software solution.
I think what Mark and I are trying to say is that the first step to this
solution is not by applying
* BIBFRAME Tools [6] - sports nice ontologies, but
the online tools won’t scale for large operations
-- The code running the transformation at [6] is available here:
https://github.com/lcnetdev/marc2bibframe
We've run several million records through it at one time. As with
Anything that will remodel MARC to (decent) RDF is going be:
- Non-trivial to install
- Non-trivial to use
- Slow
- Require massive amounts of memory/disk space
Choose any two.
-- I'll second this.
Frankly, I don't see how you can generate RDF that anybody would want to
know any folks w/ Google Maps API skills looking for an odd job? pls. fwd
thanks!
=Derek
*JavaScript / Google Maps API V.3 Programming Job : Wolfsonian – FIU
(www.wolfsonian.org http://www.wolfsonian.org)*
We are putting together a site to provide public access to the
high-resolution
Front-End Web Designer / UI Specialist
East Carolina University
Greenville, NC
The East Carolina University Libraries are looking for a Front-End Web
Designer / UI Specialist. The qualifications we're looking
for are the following:
This individual works collaboratively with library
Here's what one of our instructional librarians said in response to this:
At the University of Arizona Libraries, we piloted WASSAIL in 2012. There
were a number of usability issues. The user interface was not intuitive; you
couldn't preview created question items without creating a test - I
Please feel free to share on other appropriate listservs, blogs, and with
colleagues.
Responsive Web Design for
Librarieshttps://infopeople.org/civicrm/event/info?reset=1id=281
An Infopeople online course, January 28 to February 24,
Possibly of interest: Digital Forensics webinar about Bitcurator (
http://wiki.bitcurator.net ) software.
-- Forwarded message --
From: ASIST Continuing Education educat...@asis.org
Date: Fri, Dec 6, 2013 at 1:51 AM
Subject: PASIG Webinar - Digital Forensics and BitCurator
To:
I've activated all of the new code4lib.org accounts I could find over the last
couple weeks. If you registered at code4lib.org but the account has not been
activated yet, let me know what your username is. Or if you have any other
account login issues.
Ryan Wick
ryanw...@gmail.com
27 matches
Mail list logo