Difference between revisions of "RDA 1.4"

From AC Wiki
Jump to: navigation, search
(Created page with "==STEP 1.4 : FILE DOWNLOAD AND FILE FORMAT== ===utf-8 vs marc-8 format=== The MARC-8 character set uses 8-bit characters. Due to the limitation of characters that this allows, M...")
 
(Default)
 
(16 intermediate revisions by 3 users not shown)
Line 1: Line 1:
==STEP 1.4 : FILE DOWNLOAD AND FILE FORMAT==
+
==RDA 1.4: Records to Deliver==
 +
[[Image:rda1-4.png]]<br><br>
 +
===All bib records===
 +
When enriching AACR2 records and creating hybrid AACR2 / RDA records, even though all records may not be changed, it may be preferable that all bibs are returned. This is especially useful in conjunction with Step 1.5 when adding change stamps to the records.
  
===utf-8 vs marc-8 format===
+
===Changed bibs only===
The MARC-8 character set uses 8-bit characters. Due to the limitation of
+
This option encompasses all changes made during the RDA processing. If you
characters that this allows, MARC-8 also includes methods to extend the
+
want the RDA processing to only take place when enriching and validating
displayable characters: spacing based characters (for cursor movement) and
+
existing RDA bib records, then you could choose to have only changed bib
non-spacing characters (diacritics).
+
records returned.
  
MARC-8 also employs the use of alternate character sets in order to tackle the
+
===Bibliographic file segmentation===
diacritic display issue. This is done by using escape sequences, which are special
+
ILS limitations or requirements for loading and indexing updated records are a
codes to indicate which character set is being selected for display: subscripts,
+
consideration in determining maximum bibliographic output size.
superscripts, CJK characters, etc.
+
  
While these methods allow for many additional characters to be used, it is still
+
The response time in some local systems is sometimes degraded during
limited and somewhat burdensome.
+
prolonged loads. In other ILS, essential online system tasks cannot be
 +
performed during a load.
  
UTF-8 is a standard based on 16-bit characters. It is a method of encoding
+
While Backstage can handle files in excess of 1,000,000 records, we can also
characters into sequences of from 1 to 3 bytes. Unicode has definitions for nonspacing
+
distribute files broken up into more appropriate chunks to facilitate the loading
characters like MARC-8, except these characters are handled differently
+
and indexing processes on your side.
for UTF-8.
+
  
UTF-8 also includes many precomposed characters. These are spacing
+
==Default==
characters that are equivalent to one or more diacritic characters and a spacing
+
{| border="0" cellspacing="0" cellpadding="5" align="left" style="border-collapse:collapse;"
character. To handle the various ways a composite character could be displayed,
+
|- style="background:#CCFFFF; font-size: 110%;"
normalization forms have been defined.
+
| Deliver all bibliographic records returned in a single file.
 +
|}
 +
<div style=clear:both></div><br>
  
Normalization Form Decomposed (NFD) and Normalization Form Composed
+
==links==
(NFC) are standardized forms for handling composite characters.
+
 
+
In NFD, every character that can be decomposed is converted to its most
+
decomposed form following rules for canonical decomposition.
+
 
+
In NFC, the characters are first decomposed as in NFD, then composed into
+
precomposed (composite) forms following canonical rules. This may result in
+
the sequence of characters for a given character changing into an alternate,
+
equivalent form.
+
 
+
==LINKS==
+
 
<center><font size="4">[[RDA_1.1|1.1]] - [[RDA_1.2|1.2]] - [[RDA_1.3|1.3]] - [[RDA_1.4|1.4]] - [[RDA_1.5|1.5]]
 
<center><font size="4">[[RDA_1.1|1.1]] - [[RDA_1.2|1.2]] - [[RDA_1.3|1.3]] - [[RDA_1.4|1.4]] - [[RDA_1.5|1.5]]
 
<hr>
 
<hr>
[[RDA_1.0|1.0]] - [[RDA_2.0|2.0]] - [[RDA_3.0|3.0]] - [[RDA_4.0|4.0]] - [[RDA_5.0|5.0]] - [[RDA_6.0|6.0]] - [[RDA_7.0|7.0]]</font></center>
+
[[RDA_1.0|1.0]] - [[RDA_2.0|2.0]] - [[RDA_3.0|3.0]] - [[RDA_4.0|4.0]] - [[RDA_5.0|5.0]] - [[RDA_6.0|6.0]]</font></center>
 
[[category:RDA Profile Guide]]
 
[[category:RDA Profile Guide]]

Latest revision as of 15:52, 27 March 2014

RDA 1.4: Records to Deliver

Rda1-4.png

All bib records

When enriching AACR2 records and creating hybrid AACR2 / RDA records, even though all records may not be changed, it may be preferable that all bibs are returned. This is especially useful in conjunction with Step 1.5 when adding change stamps to the records.

Changed bibs only

This option encompasses all changes made during the RDA processing. If you want the RDA processing to only take place when enriching and validating existing RDA bib records, then you could choose to have only changed bib records returned.

Bibliographic file segmentation

ILS limitations or requirements for loading and indexing updated records are a consideration in determining maximum bibliographic output size.

The response time in some local systems is sometimes degraded during prolonged loads. In other ILS, essential online system tasks cannot be performed during a load.

While Backstage can handle files in excess of 1,000,000 records, we can also distribute files broken up into more appropriate chunks to facilitate the loading and indexing processes on your side.

Default

Deliver all bibliographic records returned in a single file.

links

1.1 - 1.2 - 1.3 - 1.4 - 1.5
1.0 - 2.0 - 3.0 - 4.0 - 5.0 - 6.0