[DCRM-L] Production Statement Proposal

[Noble, Richard]

The virtue of simple, unsubdivided transcription elements came rather
sharply into focus as I was agonizing about minor points of transcription,
and cursing the clumsiness of "transposed" notes, in cataloging a print
rather more elegantly treated here (the two records are very similar):

http://digital.library.mcgill.ca/oslerprints/search-results.php?field0=creator&term0=Kennerly,%20J
.,%20engraver

The combination of specific elements for retrieval and basic
identification, together with the single element transcription in the
"Notes" as a kind of fingerprint, looks so easy by comparison--easier to
create and easier to understand. Of course there's an image here too, and
perhaps one day that will be so universally available in all contexts as to
render transcription unnecessary; then again, it might still be useful to
have a low-bandwidth, high legibility (and, one could hope, expertly
interpreted) version of the information. This instance has, granted, more
to do with 245 than 264, but the problems are much the same in both.

(Strictly BTW, the Osler cataloger is right about the medium, stipple
engraving; some (e.g. V&A)  have incorrectly called it a mezzotint.)

RICHARD NOBLE :: RARE MATERIALS CATALOGUER :: JOHN HAY LIBRARY
BROWN UNIVERSITY  ::  PROVIDENCE, R.I. 02912  ::  401-863-1187
<Richard_Noble at Br <RICHARD_NOBLE at BROWN.EDU>own.edu>


On Fri, May 30, 2014 at 1:13 PM, Lapka, Francis <francis.lapka at yale.edu>
wrote:

>
> ·         We acknowledge—and partially support—the BL proposal (subject
> of last week’s thread) but only lightly integrate its ideas into our own
> recommendations. We do not comment on the possibility of condensing the
> Production Statement into a single transcribed element. In fact, our
> assumption is that 2.7 (Production Statement) would remain divided into
> distinct sub-elements. So, in the event that our discussion paper and the
> BL paper both receive support, some compromise might have to be made.
>
>
>
> We look forward to your feedback.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20140530/2bea29c1/attachment.html>