Provided by: manpages-es_4.13-4_all 
NOMBRE
charsets - internacionalización y estándares de conjuntos de caracteres
DESCRIPCIÓN
Esta página de manual proporciona un breve repaso a los distintos estándares de
codificación de caracteres y el modo en que se emplearon en Linux antes de que Unicode los
reemplazase a todos. Alguna de esta información continúa siendo útil para las personas que
trabajen con equipo o documentación antiguos.
Se incluye información acerca de ASCII, GB 2312, ISO 8859, JIS, KOI8-R, KS y Unicode.
Se enfatiza principalmente en las codificaciones que se pueden encontrar actualmente en
las distintas localizaciones en lugar de en la miríada de ellas que pueden encontrarse en
otros sistemas.
ASCII
ASCII (American Standard Code For Information Interchange, Código Estándar Americano para
el Intercambio de Información) es el conjunto de caracteres original de 7 bits, diseñado
inicialmente para el inglés americano. También llamado ASCII-US. Actualmente se describe
en el estándar ISO 646:1991 IRV.
Existen diversas variantes del ASCII de 7 bits que reemplazan el signo del dolar por otros
símbolos monetarios y caracteres de puntuación con caracteres alfabéticos no ingleses para
cubrir el alemán, frances, español y otros. No se recomienda usar ningún de ellos; la libc
de GNU no soporta localizaciones cuyos conjuntos de caracteres no sean verdaderos
superconjuntos del ASCII.
Si se usa UTF-8, Unicode es compatible con ASCII por lo que el antiguo ASCII se verá
perfectamente en sistemas modernos que utilicen UTF-8.
ISO 8859
ISO 8859 es una serie de 15 conjuntos de caracteres de 8 bits, los cuales tienen como su
primera mitad (7 bits) el ASCII, caracteres de control invisibles en las posiciones 128 a
159, y 96 gráficos fijos desde la posición 160 hasta la 255.
El más importante es ISO 8859-1 (Alfabeto Latino nº1 / Latín 1). Fue ampliamente
implementado en diversos sistemas y está siendo gradualmente sustituido por Unicode. Los
primeros 256 caracteres de esta codificación coinciden con los 256 primeros caracteres de
Unicode.
El soporte de consola para los otros conjuntos de caracteres 8859 está disponible en Linux
a través de utilidades de usuario (como setfont(8)) que modifican las asociaciones de
teclas y la tabla de gráficos EGA/VGA y emplean la tabla de tipos de letra de
"correspondencia de usuario" en el controlador de consola.
Aquí se presentan breves descripciones de cada conjunto:
8859-1 (Latin-1)
Latin-1 cubre la mayoría de lenguajes de Europa Occidental como el albanés, vasco,
danés, neerlandés, inglés, feroés, finés, francés, alemán, gallego, gaélico,
islandés, italiano, noruego, portugués, español y sueco. La falta de las ligaduras
neerlandesa IJ/ij, francesa œ y las comillas antiguas ,,alemanas“ se consideraba
aceptable.
8859-2 (Latin-2)
Latin-2 es el soporte para la mayoría de las lenguas eslavas y de Centro-Europa que
se escriben con caracteres latinos: checo, alemán, húngaro, polaco, rumano, croata,
eslovaco y esloveno. Se consideraba aceptable tener que sustituir ș/ț con ş/ţ.
8859-3 (Latin-3)
Latin-3 fue creado para el esperanto, el maltés y el turco aunque posteriormente el
turco emplearía 8859-9.
8859-4 (Latin-4)
Latin-4 introdujo letras para idiomas del norte de Europa como el estonio, letón y
lituano. Fue reemplazado por 8859-10 (Latin-6) y 8859-13 (Latin 7).
8859-5 Letras cirílicas para el búlgaro, bielorruso, macedonio, ruso, serbio y (casi por
completo) ucraniano. Nunca tuvo un amplio uso. Vea la discusión sobre el
KOI8-R/KOI8-U más adelante.
8859-6 Para el árabe. La tabla de glifos 8859-6 es un tipo fijo de formas de letra
separadas, pero un mecanismo de visualización correcto debería combinar éstas
usando las formas iniciales, medias y finales apropiadas.
8859-7 Fue creado para el griego actual en 1987 y posteriormente actualizado en el año
2003.
8859-8 Para el hebreo moderno sin 'niqud' (signos de puntuación). Los 'niqud' y el hebreo
bíblico 'oficial' se encuentran fuera del ámbito de este conjunto de caracteres; en
Linux se prefiere la codificación UTF-8 para esto.
8859-9 (Latin-5)
Ésta es una variante del Latin-1 que reemplaza letras islandesas con otras turcas.
8859-10 (Latin-6)
El Latin 6 añade las últimas letras del inuit (esquimal de Groenlandia) y del sami
(lapón) que faltaban en el Latin 4 para cubrir toda el área nórdica.
8859-11
Implementa el alfabeto tailandés y es prácticamente idéntico al estándar TIS-620.
8859-12
Esta codificación no existe.
8859-13 (Latin-7)
Para las lenguas de la Ribera del Báltico; en particular, incluye los caracteres
letones que no se encuentran en Latin-4.
8859-14 (Latin-8)
Éste es el conjunto de caracteres celta, que implementa: el antiguo irlandés, el
gaélico manx, el galés, el gaélico, el cornuallés y el bretón.
8859-15 (Latin-9)
Latin-9 es parecido al -enormemente usado- Latin-1 salvo que reemplaza algunos de
los símbolos menos usados con el símbolo del euro y algunos caracteres franceses y
finlandeses no incuidos en Latin-1.
8859-16 (Latin-10)
Este conjunto abarca muchos idiomas del sudeste de Europa y soporta el rumano de
forma más completa que Latin-2.
KOI8-R / KOI8-U
El KOI8-R es un conjunto de caracteres no ISO popular en Rusia antes de la aparición de
Unicode. La primera mitad es el US ASCII; la segunda es un conjunto de caracteres cirílico
algo mejor diseñado que el ISO 8859-5. KOI8-U está basado en KOI8-R, con un mejor soporte
para el ucraniano. A diferencia de las series ISO 8859 , ninguno de estos conjuntos es
compatible con el estándar ISO-2022.
El soporte de consola para el KOI8-R está disponible en Linux a través de utilidades de
usuario (como setfont(8)) que modifican las asociaciones de teclas y la tabla de gráficos
EGA y emplean la tabla de tipos de letra de "correspondencia de usuario" en el controlador
de consola.
GB 2312
GB 2312 es un conjunto nacional estándar de caracteres para el chino continental que se
usa para expresar chino simplificado. Al igual que JIS X 0208, los caracteres se proyectan
en una matriz de 94x94 celdas de dos bytes que se usa para construir la codificación
EUC-CN. EUC-CN es la codificación más importante para Linux e incluye ASCII y GB 2312.
Dese cuenta que EUC-CN frecuentemente se identifica como GB, GB 2312 o CN-GB.
Big5
Big5 es un conjunto de caracteres popular en Taiwan para expresar chino tradicional. (Big5
es tanto un conjunto de caracteres como una codificación.) Es un superconjunto del ASCII
US. Los caracteres no ASCII se expresan con dos bytes. Los bytes 0xa1–0xfe se usan como
primer byte en los caracteres de dos bytes. Big5 y sus extensiones se usan ampliamente en
Taiwan y Hong Kong. No cumple con el estándar ISO-2022.
JIS X 0208
JIS X 0208 es un conjunto nacional estándar de caracteres japoneses. Aunque hay algunos
conjuntos nacionales estándares más de caracteres japoneses (como JIS X 0201, JIS X 0212 y
JIS X 0213), éste es el más importante. Los caracteres se proyectan en una matriz de 94x94
celdas de 2 bytes, donde cada byte se encuentra en el rango 0x21–0x7e. Dese cuenta que JIS
X 0208 es un conjunto de caracteres, no una codificación. Esto significa que el propio JIS
X 0208 no se usa para expresar datos de texto. JIS X 0208 se usa como un componente para
construir codificaciones como EUC-JP, Shift_JIS y ISO-2022-JP. EUC-JP es la codificación
más importante para Linux e incluye ASCII y JIS X 0208. En EUC-JP, los caracteres JIS X
0208 se expresan con 2 dos bytes, cada uno de los cuales es el código JIS X 0208 más 0x80.
KS X 1001
KS X 1001 es un conjunto nacional estándar de caracteres coreanos. Al igual que JIS X
0208, los caracteres se proyectan en una matriz de 94x94 celdas de 2 bytes. KS X 1001 se
usa como JIS X 0208, como un componente para construir codificaciones tales como EUC-KR,
Johab e ISO-2022-KR. EUC-KR es la codificación más importante para Linux e incluye ASCII y
KS X 1001. KS C 5601 es el antiguo nombre de KS X 1001.
ISO 2022 y ISO 4873
Los estándares ISO 2022 y 4873 describen un modelo de control de tipo de letra basado en
la VT100. Este modelo es (parcialmente) admitido por el núcleo de Linux y por xterm(1). Se
han definido varias codificaciones basadas en ISO 2022, sobretodo para el japonés.
Hay 4 conjuntos de caracteres gráficos, llamados G0, G1, G2 y G3, y uno de ellos es el
conjunto de caracteres actual para los códigos con el bit más alto a 0 (inicialmente G0),
y uno de ellos es el conjunto de caracteres actual para los códigos con el bit más alto a
1 (inicialmente G1). Cada conjunto de caracteres gráfico tiene 94 ó 96 caracteres, y es
esencialmente un conjunto de caracteres de 7 bits. Emplea códigos bien entre 040–0177
(041–0176) o bien entre 0240–0377 (0241–0376). G0 siempre tiene de tamaño 94 y emplea
códigos en el rango 041–0176.
El cambio entre los conjuntos de caracteres se realiza empleando las funciones de cambio
^N (SO o LS1), ^O (SI o LS0), ESC n (LS2), ESC o (LS3), ESC N (SS2), ESC O (SS3), ESC ~
(LS1R), ESC } (LS2R), ESC | (LS3R). La función LSn hace que el conjunto de caracteres Gn
sea el actual para los códigos con el bit más alto a 0. La función LSn hace que el
conjunto de caracteres Gn sea el actual para los códigos con el bit más alto a 1. La
función SSn hace que el conjunto de caracteres Gn (n=2 ó 3) sea el actual para el
siguiente carácter solamente (tenga lo que tenga su bit más alto).
Un conjunto de 94 caracteres se designa como el conjunto de caracteres Gn por una
secuencia de escape ESC ( xx (para G0), ESC ) xx (para G1), ESC * xx (para G2), ESC + xx
(para G3), donde xx es un símbolo o un par de símbolos del Registro Internacional de
Conjuntos de Caracteres Codificados ISO 2375. Por ejemplo, ESC ( @ selecciona el conjunto
de caracteres ISO 646 como el G0, ESC ( A selecciona el conjunto de caracteres estándar de
R.U. (con la libra esterlina en lugar del signo numeral #), ESC ( B selecciona el ASCII
(con el dólar $ en lugar del símbolo monetario ¤), ESC ( M selecciona un conjunto de
caracteres para lenguas africanas, ESC ( ! selecciona el conjunto de caracteres cubano,
etc. etc. etc.
Un conjunto de 96 caracteres se designa como el conjunto de caracteres Gn por una
secuencia de escape ESC - xx (para G1), ESC . xx (para G2) o ESC / xx (para G3). Por
ejemplo, ESC - G selecciona el alfabeto hebreo como el G1.
Un conjunto de caracteres multibyte se designa como el conjunto de caracteres Gn por una
secuencia de escape ESC $ xx o ESC $ ( xx (para G0), ESC $ ) xx (para G1), ESC $ * xx
(para G2), ESC $ + xx (para G3). Por ejemplo, ESC $ ( C selecciona el conjunto de
caracteres coreano para G0. El conjunto de caracteres japonés seleccionado por ESC $ B
tiene una versión más reciente seleccionada por ESC & @ ESC $ B.
ISO 4873 estipula un uso más reducido de conjuntos de caracteres, donde G0 está fijo
(siempre ASCII), de modo que G1, G2 y G3 sólo pueden ser llamados para códigos con el bit
más alto a 1. En particular, ^N y ^O ya no se usan más, ESC ( xx sólo puede emplearse con
xx=B y ESC ) xx, ESC * xx, ESC + xx son equivalentes a ESC - xx, ESC . xx, ESC / xx,
respectivamente.
TIS-620
TIS 620 es un conjunto nacional estándar de caracteres tailandeses y un superconjunto del
ASCII. Al igual que las series ISO 8859, los caracteres tailandeses se proyectan en el
rango 0xa1–0xfe.
Unicode
Unicode (ISO 10646) es un estándar cuyo objetivo es representar inequívocamente cada
carácter conocido en cada lenguaje humano. La estructura de Unicode admite 20'1 bits para
codificar cada caracter. Sin embargo, ya que la mayoría de los computadores no incluyen
enteros de 20'1 bits, normalmente Unicode se codifica internamente mediante enteros de 32
bits y, o bien una serie de enteros de 16 bits (UTF-16) (que necesita dos enteros de 16
bits sólo cuando se codifican ciertos caracteres poco comunes), o bien una serie de bytes
de 8 bits (UTF-8).
Linux representa Unicode empleando el Formato de Transformación Unicode de 8 bits (UTF-8).
UTF-8 es una codificación de Unicode de longitud variable. Emplea 1 byte para codificar 7
bits, 2 bytes para 11 bits, 3 bytes para 16 bits, 4 bytes para 21 bits, 5 bytes para 26
bits, y 6 bytes para 31 bits.
Sean 0, 1, x el 0, el 1 ó un bit arbitrario. Un byte 0xxxxxxx representa el carácter
Unicode 00000000 0xxxxxxx que codifica el mismo símbolo que el ASCII 0xxxxxxx. Así, ASCII
va sin cambio alguno dentro de UTF-8, y la gente que emplea ASCII no nota ningún cambio:
ni en el código ni en tamaños de fichero.
Un byte 110xxxxx es el comienzo de un código de 2 bytes, y 110xxxxx 10yyyyyy se ensambla
en 00000xxx xxyyyyyy. Un byte 1110xxxx es el comienzo de un código de 3 bytes, y 1110xxxx
10yyyyyy 10zzzzzz se ensambla en xxxxyyyy yyzzzzzz. (Cuando se emplea UTF-8 para
codificar el ISO 10646 de 31 bits, esta progresión continúa hasta códigos de 6 bytes.)
Para la mayoría de los textos que usan los conjuntos de caracteres ISO-8859, esto
significa que los caracteres fuera de ASCII se codifican ahora con dos bytes. Esto tiende
a expandir los ficheros de texto ordinarios en sólo un 1 o 2%. Para el ruso y el griegos,
esto expande los ficheros de texto ordenarios en un 100%, ya que el texto en estos idiomas
se encuentra en su mayor parte fuera de ASCII. Para los usuarios japoneses esto significa
que los códigos de 16 bits de uso común actualmente necesitarán tres bytes. Aunque hay
conversiones algorítmicas desde algunos conjuntos de caracteres (esp. ISO-8859-1) a
Unicode, una conversión general requiere trabajar con tablas de conversión que puede ser
bastante grandes para los códigos de 16 bits.
Observe que UTF-8 es auto-sincronizante: 10xxxxxx es una cola, y cualquier otro byte es la
cabeza de un código. Observe que de la única manera que los bytes ASCII aparecen en un
flujo UTF-8 es como ellos mismos. En particular, no hay NULs ('\0') or '/'s incluidos que
formen parte de algún código más grande.
Puesto que ASCII, y, en particular, NUL y '/', permanecen inalterados, el núcleo no se
entera de que se está empleando UTF-8. No le importa en absoluto para qué son los bytes
que está manejando.
La representación de los flujos de datos Unicode se suele gestionar a través de tablas de
`subtipo' que hacen corresponder un subconjunto de Unicode a glifos. Internamente el
núcleo emplea Unicode para describir el subtipo de letra cargada en RAM de vídeo. Esto
significa que en el modo UTF-8 uno puede emplear un conjunto de caracteres con 512
símbolos diferentes. Esto no es suficiente para el japonés, chino o coreano, pero si es
adecuado para la mayoría de otros propósitos.
VÉASE TAMBIÉN
iconv(1), ascii(7), iso_8859-1(7), unicode(7), utf-8(7)
COLOFÓN
Esta página es parte de la versión 5.10 del proyecto Linux man-pages. Puede encontrar una
descripción del proyecto, información sobre cómo informar errores y la última versión de
esta página en https://www.kernel.org/doc/man-pages/.
TRADUCCIÓN
La traducción al español de esta página del manual fue creada por Gerardo Aburruzaga
García <gerardo.aburruzaga@uca.es>, Juan Piernas <piernas@ditec.um.es>, Miguel Pérez Ibars
<mpi79470@alu.um.es> y Marcos Fouces <marcos@debian.org>
Esta traducción es documentación libre; lea la GNU General Public License Version 3
⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ o posterior con respecto a las condiciones de
copyright. No existe NINGUNA RESPONSABILIDAD.
Si encuentra algún error en la traducción de esta página del manual, envíe un correo
electrónico a debian-l10n-spanish@lists.debian.org ⟨⟩.