Cataloging

The 852 should follow the patterns outlined below:

Basic Structure for PALMM material = 852 $$aSUS01$$bFCL01$$c[collection code]

852 [blank 1st and 2nd indicators ]

$$aSUS01 [non-repeatable and to be added to 852 for all DLU01 records]

$$bFCL01 [non-repeatable and specific to PALMM material, local institutional digital records not in PALMM would use other code such as BIB library code, e.g. FSU01 or special digital library code agreed upon between institution and FCLA, e.g., UFDC for University of Florida Digital Library Collections]

$$cCollection Code [repeatable, contains PALMM collection code for PALMM material, would contain other local institutionally designated collection codes for non PALMM project material]

At present, DLU01 consists almost exclusively of PALMM project records. As previously agreed upon, non PALMM digital project records can be added to DLU01 as well. It will be up to the institution adding the non PALMM project records to work with FCLA to designate appropriate collection codes for these non PALMM records so that proper codes will be added to $$c and that Mango display tables are updated with these new institutional codes.

The maximum size of a bibliographic record or the maximum length of a field allowed in Aleph is documented in the v.19 Staff User's Guide, Cataloging, section 4.2, p.30:
-- fields are limited to 2000 bytes
-- records are limited to 5000 subfields and 45,000 bytes

"For this reason, when cataloging online, the system does not allow the user to enter more than 2000 bytes per field. When long fields are imported into ALEPH, if the text for a single field is more than 2000 bytes, the system splits the text into separate (repeated) fields. Split fields are prefaced by $$9. For export purposes, you can use this method to catalog long fields."

======================================

So how do bytes translate into characters? From Ex Libris Knowledge Base #8192-5113:
"Note that characters with diacritics take up two bytes each and that Cyrillic, Hebrew, Arabic, Greek, and CJK characters are all double-byte in ALEPH's unicode implementation....English a-z are stored as single-byte characters."

This means that a 505 all in English can be up to 2000 characters long. A 505 all in Chinese vernacular can be up to 1000 characters long. A 505 in English, French and Spanish can be between 1000 and 2000 characters long, depending on how many characters with diacritics it contains.

Yes, in this type of case you can explicitly connect to the holdings
library through the "Aleph/Connect to..." menu choice in the Cataloging
client. Once connected to the holdings library the top most input box
can be used to pull up the holdings record just as it is used to pull up
a BIB record when connected to the BIB library.