IETF Logo Mail Archive

Re: [I18nrp] Mappings for IDNA2008 ?

"Patrik Fältström " <paf@frobbit.se> Fri, 08 February 2019 19:16 UTC

Return-Path: <paf@frobbit.se>
X-Original-To: i18nrp@ietfa.amsl.com
Delivered-To: i18nrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34713130F3F for <i18nrp@ietfa.amsl.com>; Fri, 8 Feb 2019 11:16:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.722
X-Spam-Level:
X-Spam-Status: No, score=-1.722 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=frobbit.se
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XG1m8zoK1ry6 for <i18nrp@ietfa.amsl.com>; Fri, 8 Feb 2019 11:16:44 -0800 (PST)
Received: from mail.frobbit.se (mail.frobbit.se [IPv6:2a02:80:3ffe::176]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D24E2130F3C for <i18nrp@ietf.org>; Fri, 8 Feb 2019 11:16:43 -0800 (PST)
Received: from [192.165.72.241] (unknown [IPv6:2a02:80:3ffc:0:932:a0b9:61be:d623]) by mail.frobbit.se (Postfix) with ESMTPSA id 8008A23729; Fri, 8 Feb 2019 20:16:40 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=frobbit.se; s=mail; t=1549653400; bh=Z6Yx8xi8aycVadgVvdAxX/eFfPPYc4J2JI9R7IAdfIk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=u/RPSyaopFFAjfrAJ6dbvfpPu9ceOyBmOg90LqslJurYcm+hskraxVtOHZZtGZ0Sb g9fuE3FgF2FPkYdetiVH9q3DTHlt4i0+Ltt1p+vZu5mhSVp16UVhQ1fisgTTMZbIBC yUuTf7EPythvhvGd7fnc0tPfUMI+AO2BXPrZC4ZI=
From: Patrik Fältström <paf@frobbit.se>
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Cc: Patrik Fältström <paf=40frobbit.se@dmarc.ietf.org>, Asmus Freytag <asmusf@ix.netcom.com>, i18nrp@ietf.org
Date: Fri, 08 Feb 2019 20:16:39 +0100
X-Mailer: MailMate (1.12.4r5597)
Message-ID: <A5549B92-9414-4210-A94D-8E53339D3961@frobbit.se>
In-Reply-To: <bc7b727d-f75c-bbba-4f63-ebd1dcd87085@it.aoyama.ac.jp>
References: <20190204225047.02583200DC1666@ary.qy> <6660b7e2-1d5b-6a5d-3d1c-55a757e24843@ix.netcom.com> <ADDA4540-9169-4EE6-B33E-3A0D9EED0BD7@frobbit.se> <16ff0d27-9508-7fdd-bc89-9d6fd47396b1@ix.netcom.com> <D5B49CC8-7AEF-4E81-8774-F3F1F05682E8@frobbit.se> <320f4bc3-17b1-595b-34c7-8f95f69c0f33@ix.netcom.com> <B87C6774-4FF7-4A18-A81D-D0834401C293@frobbit.se> <bc7b727d-f75c-bbba-4f63-ebd1dcd87085@it.aoyama.ac.jp>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_F01C25A3-B666-4634-B62F-C39216D59194_="; micalg="pgp-sha1"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18nrp/4-SG2htHgeecrv30HgqG_buxMA8>
Subject: Re: [I18nrp] Mappings for IDNA2008 ?
X-BeenThere: i18nrp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Internationalization Review Procedures <i18nrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18nrp/>
List-Post: <mailto:i18nrp@ietf.org>
List-Help: <mailto:i18nrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Feb 2019 19:16:46 -0000

On 8 Feb 2019, at 9:20, Martin J. Dürst wrote:

>> I can as well say it is completely useless for the cases where the mapping *IS* special.
>
> I don't understand the last sentence. If we take the case of Turkish, then the generic mapping tables are useful because once we have them, a suitable Turkish mapping can be defined as a small delta (e.g. a small preprocessing step) to the generic mapping tables.

Ok, let me try again. It must be my lack of proper knowledge of english language that do not make me be able to make my point.

As you need this extra local delta, JUST using the plain mapping is wrong, include errors, and can not be used.

You MUST use the generic mapping (as you name it) PLUS the specific exceptions.

And it is definitely not the case that you can do f(x) and then f'(x), i.e. f(f'(x)) but instead you need to use y(x) as the function where y(x) is as you write f(x) modified with the delta that the LOCALE defines.

If one could do f(f'(x)) then it would be easy.

   Patrik

v2.23.0 | Report a Bug | By Email