Roy, I'm not sure what tips you over into sarcasm mode (unless it's
anything I say), but 1) the answer is a few posts down, albeit not in
any detail 2) as a member-based organization that exists to serve its
members, I would think that OCLC would want to encourage the gathering
of information about members needs, rather than responding to them
negatively.
The transition to a new data model, and in particular the use of
identifiers for things, is (IMO) going to open up a lot of opportunities
for services. This will be like the transition to MARC from cards
("retrospective conversion") and the transition from AACR headings to
AACR2 headings, on steroids. It's not too early to start, and one of the
early steps is that of matching our string-based data with URIs for the
same thing. I'd be interested in engaging in some brainstorming about
how to make this happen as efficiently and cost effective as possible.
(Maybe this would be a good BOF at c4l14?)
kc
On 1/17/14, 2:10 PM, Roy Tennant wrote:
I agree that most Schema.org markup would be generated on the fly from a
database, so I'm a bit unclear on what kind of "tool" we (OCLC) or someone
else is being asked to develop. Perhaps someone could spell it out for this
dense person? Thanks,
Roy
On Fri, Jan 17, 2014 at 12:02 PM, Karen Coyle <li...@kcoyle.net> wrote:
Dave, my impression is that most schema.org code is being generated
programmatically out of database-driven web sites. The list of tools (not
many) is here:
http://schema.rdfs.org/tools.html
As OCLC is very involved in schema.org, it would make sense to encourage
them to develop something. Looking at what they do today in WorldCat, the
big advantage that they seem to have is that they can locate URIs for names
(VIAF) and subjects (LCSH).
kc
On 1/17/14, 10:49 AM, Bigwood, David wrote:
Is there an easy-to-use tool for schema.org microdata? I was fond of the
OCLC NJ COinS tool, but it has gone. Anything of that ilk?
Thanks,
Dave
-----Original Message-----
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Michael J. Giarlo
Sent: Friday, January 17, 2014 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS metadata format support
Chad,
In that case, I wonder if you might get more mileage out of
schema.orgmicrodata instead of COinS. There are undoubtedly more clients
out there that can make sense of HTML5 microdata than COinS, which is
really showing its age and is a niche technology.
-Mike
On Fri, Jan 17, 2014 at 10:25 AM, Chad Mills <cmmi...@rci.rutgers.edu>
wrote:
Jodi,
No. I am working with our repository resources which is an eclectic
mixture of resource types. I just want to simply embed our metadata
in our search results and record displays for other tools to use. It
seems cheap and reasonable to do I just didn't want to limit this
feature to only certain resource types.
Best,
Chad
----- Original Message -----
From: "Jodi Schneider" <jschnei...@pobox.com>
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 12:54:43 PM
Subject: Re: [CODE4LIB] COinS metadata format support
Hi Chad,
Are these subscription images/video/audio that libraries have? The
original purpose of COinS, as I understand it, was to get people to
subscription copies. Depending on what you're doing (i.e. the
purpose/intended use) there might be a better standard these days.
In case it helps there's more info here:
http://ocoins.info/
(though it looks like the generator isn't up any longer, maybe due to
"OCLC New Jersey" hosting?)
Hopefully you'll get some more helpful advice from others!
-Jodi
On Fri, Jan 17, 2014 at 5:36 PM, Chad Mills <cmmi...@rci.rutgers.edu>
wrote:
I was able to easily find and create COinS for books and journals.
I started thinking about images, video, audio, etc. I see
references to 'info:ofi/fmt:kev:mtx:unknown' as a rft_val_fmt value
some places. I
would
assume if I went down that road the rft.genre would have a value of
'unknown' as well. Is there some other alternative I am missing
when handling other formats?
Thanks!
--
Chad Mills
Digital Library Architect
Ph: 848.932.5924
Fax: 848.932.1386
Cell: 732.309.8538
Rutgers University Libraries
Scholarly Communication Center
Room 409D, Alexander Library
169 College Avenue, New Brunswick, NJ 08901
http://rucore.libraries.rutgers.edu/
--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
m: 1-510-435-8234
skype: kcoylenet
--
Karen Coyle
kco...@kcoyle.net http://kcoyle.net
m: 1-510-435-8234
skype: kcoylenet
