Re: [idn] Re: permission <draft-ietf-idn-ace37-00.txt (attach)

"Soobok Lee" <lsb@postel.co.kr> Thu, 05 July 2001 22:48 UTC

Received: from psg.com (exim@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA29313 for <idn-archive@lists.ietf.org>; Thu, 5 Jul 2001 18:48:56 -0400 (EDT)
Received: from lserv by psg.com with local (Exim 3.31 #1) id 15IHnp-0000wg-00 for idn-data@psg.com; Thu, 05 Jul 2001 15:40:53 -0700
Received: from [168.126.3.54] (helo=mail.kornet.net) by psg.com with esmtp (Exim 3.31 #1) id 15IHnm-0000wX-00 for idn@ops.ietf.org; Thu, 05 Jul 2001 15:40:51 -0700
Received: from soobok ([210.217.27.237]) by mail.kornet.net (8.11.3/8.11.3) with SMTP id f65MeLT13270; Fri, 6 Jul 2001 07:40:21 +0900 (KST)
Message-ID: <003901c105a4$401cf6e0$ed1bd9d2@postel.co.kr>
From: Soobok Lee <lsb@postel.co.kr>
To: Edmon <edmon@neteka.com>, Natalia Syracuse <nsyracus@ietf.org>, David Leung <david@neteka.com>, idn@ops.ietf.org
References: <5.1.0.14.1.20010705084656.02b0e138@mail.viagenie.qc.ca> <006601c10569$ffa20e00$1001a8c0@neteka.com>
Subject: Re: [idn] Re: permission <draft-ietf-idn-ace37-00.txt (attach)
Date: Fri, 06 Jul 2001 07:45:54 +0900
MIME-Version: 1.0
Content-Type: text/plain; charset="ks_c_5601-1987"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-idn@ops.ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

Hi,

When the diff value is less than 0xF, what is the ACE37 form for it ?

And any example C doe for ACE37  available on the web ?

Thanks.

Soobok

> > >Chung & Leung                                                  [Page 6]
> > >ACE37       ACE Utilizing All 37 Alphanumeric Characters      July 2001
> > >
> > >    The following table explains how base-4 characters are combined
with
> > >    base-32 characters to form a representation of a diff (key:
b4=base-
> > >    4, b32=base-32):
> > >
> > >              diff value         |bits|       ACE37 Form
> > >        -------------------------|----|----------------------------
> > >                  diff<=0x7F     |  7 | <b4><b32>
> > >            0x80<=diff<=0x7FFF   | 15 | <b32><b32><b32>
> > >          0x8000<=diff<=0x1FFFF  | 17 | w<b4><b32><b32><b32>
> > >         0x20000<=diff<=0xFFFFF  | 20 | ww<b32><b32><b32><b32>
> > >        0x100000<=diff<=0x10FFFF | 22 | <b4>w<b32><b32><b32><b32>
> > >
> > >    Note that the "bits" column represents the maximum number of
> > >    significant bits for the given diff value.  For example when
> > >    diff<=0x7F, the maximum value is 0b1111111, therefore the number of


----- Original Message -----
From: "Edmon" <edmon@neteka.com>
To: "Natalia Syracuse" <nsyracus@ietf.org>; "David Leung"
<david@neteka.com>; "Marc Blanchet" <Marc.Blanchet@viagenie.qc.ca>;
<idn@ops.ietf.org>
Cc: <jseng@pobox.org.sg>
Sent: Friday, July 06, 2001 12:48 AM
Subject: [idn] Re: permission <draft-ietf-idn-ace37-00.txt (attach)


> Hi all,
>
> I was unaware that the workgroup no longer accepts new drafts.  Anyway, I
> have drafted a new ACE based on the simplicity of DUDE which has hugely
> improved compression.  Worst case scenario CJK could have 21 han
characters!
> Attached below is a copy of the draft (for my original submission), you
can
> also find it at http://www.dnsii.org/idn-ace37-00.txt (easier to read) and
> hopefully in the i-d-n.net website soon.
>
> ACE37 is based on the one-pass one-mode scheme of DUDE (diiferential XOR),
> then utilizes a simple code block shifting (similar to the reference
points
> in the AMC series) to hugely increase the capacity for CJK (worst case
> scenario 21 han characters!) and then utilizes base-32 for compression (as
> in LACE) (DUDE and AMC-w/v uses base-32 only for flagging).  In addition
to
> base-32, a base-4 scheme is introduced by using the remaining characters
> {wxyz}.  These contain 2 bits of character information and doubles as an
> indicator for codepoint brackets.  All the while, the algorithm is kept to
> be as simple as DUDE.
>
> Hopefully you might find that it is interesting and appropriate to be
> considered as an ACE within the IETF.  Afterall, it was intended to be an
> integrated version of the three primary ACEs: DUDE, LACE and the AMC
series,
> identified by the ACE design team report.
>
> Looking forward to all your inputs.
>
> Edmon