Starting with Internet Explorer 8, Aleph must be set to use the HTMLPrint utility for handling printing instead of the Windows mechanism.
Do the following the set HTMLprint as default:
- Go to the Aleph installation directory on the PC's c: drive
- Go to alephcom\tab\
- Edit alephcom.ini
-- Set [Print] NewPrintType=Y
*Changing the NewPrintType=Y clears the script errors and even problems with only some of the notices in a job printing. However the default settings may cause the HTMLprint utility to pop-up automatically each time a notice is printed, which can be extremely disruptive.
To fix this, see FAQ: How do I disable the HTMLprint utility from popping up each time something is printed?
Go to the Aleph installation directory on the PC's C: drive.
1. Under alephcom/bin open the HTMLprint.exe utility:
- go to File - Configuration File - Edit
- Deselect SetPrinterManually
- Save & Close
Save the updated Configuration File to your pc
2. Go back to File - Configuration File - Load - Select HTMLPrint config file - Select Open -
- You should get the following popup message:
"Do you want to use this configuration file as the default one?" - NO
3. Exit out of HTMLprint. Close and reopen the client and test. The HTMlPrint utility should no longer popup.
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.
University of Florida Reclamation Project Summary
Daniel Cromwell, LMS Field Specialist, FCLA
University of South Florida Reclamation Project Summary
Daniel Cromwell, LMS Field Specialist, FCLA
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.
Here's a new page to collect links to resources about cataloging. The following are just the beginning.
There are a number of Aleph Services that you may want to run at regular intervals to ensure smooth and efficient workflow in your department. FCLA will recommend many jobs that are necessary to manage specific functionality used at your Library. For others that you would like to have setup, follow these steps:
1. Under Services in any of the client modules, run the desired job.
- Take a look at the Help to find out exactly what the job does, and the meaning of some of the settings (ex. sublibrary, dates, input filename, etc.).
- Fields with * next to them are required.
2. Once you've setup the job with the settings needed to customize it for your needs, run it and check the output when its finished to verify that the output is what you expect.
OCLC Reclamation Florida State University
FSU Reclamation Project
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.