<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:"Palatino Linotype";
        panose-1:2 4 5 2 5 5 5 3 3 4;}
@font-face
        {font-family:Garamond;
        panose-1:2 2 4 4 3 3 1 1 8 3;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Palatino Linotype","serif";
        color:#1F497D;
        font-weight:normal;
        font-style:normal;
        text-decoration:none none;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'>We had just such a situation today, with 1903 &quot;ordinary&quot;
and &quot;fine paper&quot; issues of <i>As you like it</i>. I put quotes around
&quot;ordinary&quot; because it is in fact a beautiful volume with t.p. in red,
thick, untrimmed paper, and large margins and font. The &quot;fine paper&quot;
issue, however, is not on paper at all, but on &quot;Imperial Japan vellum&quot;
and has hand-colored illustration and decorations. The two issues are the same
size and setting of type. <o:p></o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'>Our solution: supply an edition statement to record for the fine
copy: [Imperial Japan vellum issue] with a supporting note, and a reciprocal note,
but without a supplied edition statement, on the other. <o:p></o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'>This was easy, because we were able to take verbiage from the
volume itself. One of the reasons I have been reluctant to embrace supplied
edition statements is not just that it's polluting the function of the 250, but
because of the difficulty of coming up with clear, succinct, and accurate
edition statements without help from the resource or from bibliographers. A
solution for rare English books might be to supply the STC, Wing, or ESTC number
in brackets as an edition statement, in addition to its use in field 510. &nbsp;I'm
having a harder time thinking about supplying edition statements for non-English
books. <o:p></o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'>Can we, as a community, keep our minds and options open as we contemplate
how to accommodate RDA? That is, I hope we can keep the possibility of
supplying edition statements, square-bracketed, in English, on the table. &nbsp;<o:p></o:p></span></p>

<p class=MsoNormal><span style='font-family:"Palatino Linotype","serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>

<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span
style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>
dcrm-l-bounces@lib.byu.edu [mailto:dcrm-l-bounces@lib.byu.edu] <b>On Behalf Of </b>Noble,
Richard<br>
<b>Sent:</b> Monday, 15 November, 2010 16:47<br>
<b>To:</b> DCRM Revision Group List<br>
<b>Subject:</b> Re: [DCRM-L] RDA Follow-up to &quot;Cataloging
Defensively&quot; Webinar re edition statements<o:p></o:p></span></p>

</div>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

<p class=MsoNormal><span style='font-size:13.5pt;font-family:"Garamond","serif"'>The
difficulty with the supplied edition statement is that it has to be given in
the language of the item--essentially in the form of such an edition statement
as the original <i>might</i> have contained. I may be exaggerating the
difficulty of doing so; but in many cases any sort of conventional designation
wouldn't really make sense. On the other hand, I'm willing to be counselled
otherwise--that any sort of statement one can come up with will at least
suffice to prevent a merge, and then you can explain more fully in the note.</span><o:p></o:p></p>

<div>

<p class=MsoNormal><o:p>&nbsp;</o:p></p>

</div>

<div>

<p class=MsoNormal><span style='font-size:13.5pt;font-family:"Garamond","serif"'>The
whole question arose for me in the context of concealed editions, which in many
cases can't be prioritized, so that you need to name the edition in an
unfamiliar tongue, not just number it; and there are languages in which the
cognates of &quot;edition&quot; and equivalents of &quot;issue&quot;have very
slippery meanings--often only designating an invariant impression that would
not require a separate record. Am I looking for the equivalent of serial
&quot;complexity&quot; notes? A &quot;bibliographical relationship
complexity&quot; note that nevertheless is tagged in such a way as to permit
automatic merge-blocking. The real problem is the burying of a fundamental
manifestation distinction in the data structure (&quot;concealed editions&quot;
means &quot;concealed in the catalog&quot;) in practice; combined with the
difficulty of imitating an edition statement that doesn't exist.</span><o:p></o:p></p>

</div>

<div>

<p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:13.5pt;
font-family:"Garamond","serif"'><br clear=all>
</span><span style='font-family:"Courier New"'>RICHARD NOBLE : RARE BOOKS CATALOGER
: JOHN HAY LIBRARY : BROWN UNIVERSITY<br>
PROVIDENCE, RI 02912 : 401-863-1187/FAX 863-3384 : <a
href="mailto:RICHARD_NOBLE@BROWN.EDU" target="_blank">RICHARD_NOBLE@BROWN.EDU</a>
</span><br>
<br>
<o:p></o:p></p>

</div>

</div>

</body>

</html>