Re: INFORMATION_SCHEMA note

(typo in the subject fixed)

> In the following paragraph in information_schema:
> 
>  <term>character encoding form</term>
>      <listitem>
>       <para>
>        An encoding of some character repertoire.  Most older character
>        repertoires only use one encoding form, and so there are no
>        separate names for them (e.g., <literal>LATIN1</literal> is an
>        encoding form applicable to the <literal>LATIN1</literal>
>        repertoire).  But for example Unicode has the encoding forms
>        <literal>UTF8</literal>, <literal>UTF16</literal>, etc. (not
>        all supported by PostgreSQL).  Encoding forms are not exposed
>        as an SQL object, but are visible in this view.
> 
> This claims that the LATIN1 repertoire only uses one encoding form,
> but actually LATIN1 can be encoded in another form: ISO-2022-JP-2 (a 7
> bit encoding. See RFC 1554
> (https://datatracker.ietf.org/doc/html/rfc1554) for more details).
> 
> If we still want to list a use-one-encoding-form example, probably we
> could use LATIN2 instead or others that are not supported by
> ISO-2022-JP-2 (ISO-2022-JP-2 supports LATIN1 and LATIN7).
> 
> Attached is the patch that does this.

Any objection?
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp