The MARC-8 charset is a MARC standard used in MARC-21 library records. The MARC formats are standards for the representation and communication of bibliographic and related information in machine-readable form, and they are frequently used in library database systems. The character encoding now known as MARC-8 was introduced in 1968 as part of the MARC format. Originally based on the Latin alphabet, from 1979 to 1983 the JACKPHY initiative expanded the repertoire to include Japanese, Arabic, Chinese, and Hebrew characters (among others), with the later addition of Cyrillic and Greek scripts. If a character is not representable in MARC-8 of a MARC-21 record, then UTF-8 must be used instead. UTF-8 has support for many more characters than MARC-8, which is rarely used outside library data.
The combining characters and base characters are in a different order than used in Unicode. The following are some examples. The combining characters are not always stored in reverse order as Unicode normalization. The MARC-21 standard describes the MARC-8 Unicode conversion issues in more detail.
|á||a ́||́ a|
|ậ||a ̣ ̂||̂ ̣ a|
The ISO/IEC 2022 coding specifies a two-layer mapping between character codes and displayed characters. In MARC-8, character codes from the 7-bit ASCII graphic range (0x20–0x7F) are referred to as "G0" codes, while codes from the "high ASCII" range (0xA0–0xFF) are referred to as the "G1" codes. Graphic character sets are designated and invoked by means of a multiple byte escape sequence consisting of the escape character, an Intermediate character sequence, and a Final character in the form ESC I F.
The following table shows the intermediate byte after the ESC byte (hexadecimal 1B), and the corresponding ASCII characters.
|G0 set||G1 set|
|Normal ISO-2022||28||(||24||$||29||)||24 29||$)|
|Alternate ISO-2022 (additional 63+16 sets)||2C||,||24 2C||$,||2D||-||24 2D||$-|
The following table shows the final bytes in hexadecimal and the corresponding ASCII characters after the intermediate bytes.
|31||1||Chinese, Japanese, Korean (EACC)||MBCS|
|42||B||Basic Latin (ASCII)||SBCS|
|21 45||!E||Extended Latin (ANSEL)||SBCS||The 21(hex) technically is a second byte of the Intermediate segment of this escape sequence.|
The EACC is the only multibyte encoding of MARC-8, it encodes each CJK character in three ASCII bytes.
For example, to encode the U+4EBA CJK character (人) you will need the following bytes
The \x1B\x24\x31 switches to EACC/CJK, and the \x21\x30\x64 corresponds to the U+4EBA.
In addition to the ISO-2022 character sets, the following custom sets are available too. The byte designation follows the escape byte (hexadecimal 1B). There is no intermediate byte.
|67||g||Greek Symbol set||SBCS||The alpha, beta, gamma characters normally do not round trip map to Unicode.|
|73||s||Basic Latin (ASCII)||SBCS|