I'll try to find out.
Sent from Eric Hellman's iPhone
On May 2, 2010, at 4:10 PM, stuart yeates stuart.yea...@vuw.ac.nz
wrote:
But the interesting use case isn't OpenURL over HTTP, the
interesting use case (for me) is OpenURL on a disconnected eBook
reader resolving references from one
Here is the API response Umlaut provides to OpenURL requests with
standard scholarly formats. This API response is of course to some
extent customized to Umlaut's particular context/use cases, it was not
neccesarily intended to be any kind of standard -- certainly not with as
wide-ranging
Thanks Ray, I believe it is!
A schema listed there is available for requesting with the
recordSchema= parameter, yes? Cool, that's exactly what I was looking
for.
Another question though. I note when looking up schemaInfo... I'm a bit
confused by the sort attribute. How could you sort by a
me too.
On Sun, May 2, 2010 at 9:23 PM, Rosalyn Metz rosalynm...@gmail.com wrote:
I like oreo double stuff. I take one cookie off each sandwich and then take
two sides with cream and sandwich them together. Voila. Oreo quadruple
stuff.
On May 2, 2010 4:05 PM, Michael J. Giarlo
From: Jonathan Rochkind rochk...@jhu.edu
Another question though. I note when looking up schemaInfo... I'm a bit
confused by the sort attribute. How could you sort by a schema? What is
this attribute actually for?
Well indulge me, this is best explained by the current OASIS SRU draft.
(The
Hi MJ,
- for that matter, is there a good example of how to properly
serialize DCTERMS for eg. a converted MARC/MODS record in XML (or
RDF/XML)? I see, eg. http://dublincore.org/documents/dcq-rdf-xml/
which has been replaced by http://dublincore.org/documents/dc-rdf/
but I'm not sure if the
This makes some amount of sense, thanks.
I actually kind of liked the sorting as part of CQL in SRU 1.2. I see
how XPath sorting can be convenient too.
But you will leave sorting as part of CQL too in any changes to CQL
specs, I hope? I think CQL has a lot of use even outside of SRU
I'm still confused about all this stuff too, but I've often see the
oai_dc format (for OAI/PMH I think?) used as a 'standard' way to expose
simple DC attributes.
One thing I was confused about was whether the oai_dc format _required_
the use of the old style DC uri's, or also allowed the use
Ah, I think I was wrong below. I must have been looking at different
versions of the SRU spec without realizing it.
SRU 1.1 includes a sortKeys parameter, and CQL 1.1 does not include a
sortBy clause.
SRU 1.2 does NOT include a sortKeys parameter, and CQL 1.2 does
include a sortBy clause.
Hi Stuart,
These have been included because they are in widespread use in a current
written culture. The problems I personally have are down to characters
used by a single publisher in a handful of books more than a hundred
years ago. Such characters are explicitly excluded from Unicode.
In
You know, there are some of us who are milk intolerant on this mailing
list.
And emacs intolerant, too. (although, I did use 'ee' as my editor in elm,
but elm took too long to support MIME, so I switched to pine, with their
pico default editor, but I don't use any of those I mentioned for
But is there a NISO standard for this?
On Fri, Apr 30, 2010 at 7:13 PM, Simon Spero s...@unc.edu wrote:
I like chocolate milk.
C-u 2 double-stuff
Aaron
On 5/2/2010 9:23 PM, Rosalyn Metz wrote:
I like oreo double stuff. I take one cookie off each sandwich and then take
two sides with cream and sandwich them together. Voila. Oreo quadruple
stuff.
On May 2, 2010 4:05 PM, Michael J. Giarloleftw...@alumni.rutgers.edu
I believe there is an organization called NABISCO that is working on one.
--jay
On Mon, May 3, 2010 at 10:40 AM, Ross Singer rossfsin...@gmail.com wrote:
But is there a NISO standard for this?
On Fri, Apr 30, 2010 at 7:13 PM, Simon Spero s...@unc.edu wrote:
I like chocolate milk.
Hmm, you could theoretically assign chars in the private unicode area to
the chars you need -- but then have your application replace those chars
by small images on rendering/display.
This seems as clean a solution as you are likely to find. Your TEI
solution still requires chars-as-images
The University of Michigan Library is looking for a talented,
resourceful systems programmer to develop and maintain software systems.
A principal activity at the library is the development of a massive
digital archiving infrastructure to support our scanning partnership
with Google; the archive
Out of curiosity, what is your use case for turning this into DC?
That might help those of us that are struggling to figure out where to
start with trying to help you with an answer.
-Ross.
On Mon, May 3, 2010 at 11:46 AM, MJ Suhonos m...@suhonos.ca wrote:
Thanks for your comments, guys. I was
dcterms so so terribly lossy that it would be a shame to reduce MARC to it.
This is *precisely* the other half of my rationale — a shame? Why? If MARC is
the mind prison that some purport it to be, then let's see what a system built
devoid of MARC, but based on the best alternative we have
NB: When Karen Coyle, Eric Morgan, and Roy Tennant all reply to your thread
within half an hour of each other, you know you've hit the big time. Time to
retire young I think.
That would be Eric *Lease* Morgan — oh my god, you're right! I'm already
losing data! It *is* insidious! I
On 5/3/2010 1:55 PM, Karen Coyle wrote:
1. MARC the data format -- too rigid, needs to go away
2. MARC21 bib data -- very detailed, well over 1,000 different data
elements, some well-coded data (not all); unfortunately trapped in #1
For the sake of my own understanding, I would love an
On Mon, May 3, 2010 at 2:40 PM, MJ Suhonos m...@suhonos.ca wrote:
Yes, even to me as a librarian but not a cataloguer, many (most?) of these
elements seem like overkill. I have no doubt there is an edge-case for
having this fine level of descriptive detail, but I wonder:
a) what proportion
Although I agree with Roy's suggestion that librarians not gloat about our
metadata, the notion that the value of a data element can be elicited from the
frequency of its use in the overall domain of library materials is misleading
and contrary to the report Roy cites.
The sub-section of the
The stats reported in this paper might help:
http://homes.ukoln.ac.uk/~kg249/publ/RenardusFinal.pdf
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of
Bill Dueber
Sent: 03 May 2010 19:09
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] A call for
Bill,
Here are relative percentages for our Horizon catalog, based on our 2008-2009
annual report:
Browse Searches 76.2%
Keyword Searches20.9%
Mulit-index Searches2.9%
That interface presents a browse search box before a keyword search box, so
browses are encouraged by the UI.
Quoting Beacom, Matthew matthew.bea...@yale.edu:
According to the report, 69 MARC tags occur in more than 1% of the
records in WorldCat. That is quite a few more than the Roy's 11,
but even accounting for Karen's data elements being equivalent to
the number of MARC sub-fields this is
Quoting Jakob Voss jakob.v...@gbv.de:
I bet there are several reasons why OpenURL failed in some way but I
think one reason is that SFX got sold to Ex Libris. Afterwards there
was no interest of Ex Libris to get a simple clean standard and most
libraries ended up in buying a black box with an
From: Jonathan Rochkind rochk...@jhu.edu
But you will leave sorting as part of CQL too in any changes to CQL specs,
I hope? I think CQL has a lot of use even outside of SRU proper, so I
encourage you to leave it's spec not too tightly coupled to SRU.
The OASIS TC firmly supports this
Thanks, Matthew, for a much more nuanced and accurate depiction of the data.
I would encourage anyone interested in this topic to spend some time with
this report, which was one result of a great deal of work by many people in
research institutions around the world. The findings and
On May 3, 2010, at 2:47 PM, Aaron Rubinstein wrote:
1. MARC the data format -- too rigid, needs to go away
2. MARC21 bib data -- very detailed, well over 1,000 different data
elements, some well-coded data (not all); unfortunately trapped in #1
For the sake of my own understanding, I would
On Mon, May 3, 2010 at 7:10 PM, Bryan Baldus
bryan.bal...@quality-books.com wrote:
I can't speak for other users (particularly the generic patron user type),
but as a
cataloger/librarian user,
...and THERE IT IS, ladies and gentlemen.
I've started trying to keep a list of IP addresses I
On Mon, May 3, 2010 at 6:34 PM, Karen Coyle li...@kcoyle.net wrote:
Quoting Jakob Voss jakob.v...@gbv.de:
I bet there are several reasons why OpenURL failed in some way but I
think one reason is that SFX got sold to Ex Libris. Afterwards there
was no interest of Ex Libris to get a simple
When it's actually a reference librarian using it for reference/research tasks,
I think it can be a legitimate use case -- so long as you remember that it is
representative of only a certain type of expert searcher (not neccesarily
even every searcher requiring sophisticated or complex
On Mon, May 3, 2010 at 8:39 PM, Jonathan Rochkind rochk...@jhu.edu wrote:
So, Bill, you're still not certain yourself exactly what purposes browse is
used for by actual non-librarian searchers, if anything?
Right. I'm not sure *the extent* to which it's used (data which are
necessarily going
Bill Dueber wrote:
if the librarians would grow a pair
and demand better data via our contracts
While I agree with your overall point, it would have been better made
with the gendered phrasing, in my view.
cheers
stuart
--
Stuart Yeates
http://www.nzetc.org/ New Zealand Electronic
We are just starting to use DAIA for a small holdings register of
journals holdings in connection with Vufind and the new DAIA-Driver in
Vufind.
Since the holdings register is not a big union-catalog, but rather a
simple database in which you simply mark which Journal (ISSN) you have
for
35 matches
Mail list logo