IETF Logo Mail Archive

Re: [I18nrp] Mappings for IDNA2008 ?

Martin J. Dürst <duerst@it.aoyama.ac.jp> Fri, 08 February 2019 08:20 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 1F2BE130EDD for <i18nrp@ietfa.amsl.com>; Fri, 8 Feb 2019 00:20:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.923
X-Spam-Level:
X-Spam-Status: No, score=-0.923 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.com
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 o-_jdG5I4h_X for <i18nrp@ietfa.amsl.com>; Fri, 8 Feb 2019 00:20:47 -0800 (PST)
Received: from JPN01-OS2-obe.outbound.protection.outlook.com (mail-eopbgr1410102.outbound.protection.outlook.com [40.107.141.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21BB11288BD for <i18nrp@ietf.org>; Fri, 8 Feb 2019 00:20:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector1-it-aoyama-ac-jp; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iurbe1uvQwJJ2gU12M9piDKgDD/Hlk045hDPGNRp81k=; b=Fx9Oh14p6HLFiSISZsin4Sq6WSl5sg8QH64D99zUIWIqQSHsPBPwF7ieb/zfgkwh9FaIf69xaP/TPcnuZbK77SDqM7oNJxpWxOrYCr/Dh/kaozK0nz2M9PW7ofdzM5XeeHkbtelqSE1kNbZCxZaa7LwOnW5POiDZlaMPm4+gQyU=
Received: from TYAPR01MB5149.jpnprd01.prod.outlook.com (20.179.187.18) by TYAPR01MB4573.jpnprd01.prod.outlook.com (20.179.174.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.17; Fri, 8 Feb 2019 08:20:44 +0000
Received: from TYAPR01MB5149.jpnprd01.prod.outlook.com ([fe80::6d0f:10e4:f18d:70e7]) by TYAPR01MB5149.jpnprd01.prod.outlook.com ([fe80::6d0f:10e4:f18d:70e7%3]) with mapi id 15.20.1601.016; Fri, 8 Feb 2019 08:20:44 +0000
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
To: Patrik Fältström <paf=40frobbit.se@dmarc.ietf.org>, Asmus Freytag <asmusf@ix.netcom.com>
CC: "i18nrp@ietf.org" <i18nrp@ietf.org>
Thread-Topic: [I18nrp] Mappings for IDNA2008 ?
Thread-Index: AQHUv4PUGbQc9j/dO0KIwdn0vuyZBKXVj1UA
Date: Fri, 08 Feb 2019 08:20:44 +0000
Message-ID: <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>
In-Reply-To: <B87C6774-4FF7-4A18-A81D-D0834401C293@frobbit.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: TY1PR01CA0185.jpnprd01.prod.outlook.com (2603:1096:403::15) To TYAPR01MB5149.jpnprd01.prod.outlook.com (2603:1096:404:12e::18)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=duerst@it.aoyama.ac.jp;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [133.2.210.64]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; TYAPR01MB4573; 6:3sJtKEtu5bboCyUeK2gLh9jYEZi2zdzc8mJHz/pOEpvJwAcTvlL4xazbjIGVH0jCoupP6uyNhksaVdfXSmE2Sv/aizcoD2j4Ie4iWnLgBAHkHreDezFtdpkjpxUjjWNllq0hbGDLmY1f5v+Gapoye6ygdR6cn7++LDXIVFdb4Ox+GN08dRfMRO0rogngCeBhEC1l87xaLBseOg/YU8nxU68b7BYxV1n682YEjIbEuGhFF1CQAppEXe+rcGZEJ+AdIbwsVzgo3hocFiLIZnlbftkPgHJYvLwWqzFwEQVpO0muRRJ1p7n9U/pDlHhwxEA5soWQPJUz6ZmZwsRjh0scN9hOuvpNOJ2AyIen2wAPsoaH77wvyPPWUMVCasEAXVcc4nnUUq3GJLwD7YScC1II3x1cq5BT2fMwUlYxBx6RIvjx6VKGnszW0svzd75gHpjLY4EKU/+ayvuIou1CHVaL9A==; 5:OT0EZZpRJ1qxipWUQDV7eGv/aR6Uv4l5e6VvGNZ8pBgNOceNtMoQf4+VtKU0eCjQi3lFPFOiN5GJ2BzpkTtk+eshTZ+PUrHmIcLUCnA0kI0b6N4GThf5DRbYpRKi7/uWiAM07D+ypUSb6ZJzIwM17cAkH+CiAJiJ5vzXqDLvIt2iika8mJVA5ShMPl4SFnLwGv5+GRcUmE37qD0Z4RKC6g==; 7:jTS/BOE/SwKQI8X+uhEVLL1ujWZ3BfcL+gbfsqARXUVZf34g99bEYy7ixnEVVOvsQLRZTHg7gSDhZP5p0CORsvDm6kLsM0O86nEc7ag5oru+Du91W2s4O4gVKvMLx2pF/92JkFcFPjgD0Hr7aR2wKA==
x-ms-office365-filtering-correlation-id: b79798a8-c1aa-4dda-9618-08d68d9e523d
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7025125)(7027125)(7023125)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:TYAPR01MB4573;
x-ms-traffictypediagnostic: TYAPR01MB4573:
x-microsoft-antispam-prvs: <TYAPR01MB457390364FFD642EA952A412CA690@TYAPR01MB4573.jpnprd01.prod.outlook.com>
x-forefront-prvs: 094213BFEA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(396003)(39840400004)(136003)(346002)(366004)(199004)(189003)(106356001)(256004)(4744005)(3846002)(97736004)(105586002)(85202003)(6116002)(68736007)(2906002)(31686004)(6512007)(229853002)(6436002)(6486002)(71190400001)(25786009)(4326008)(14454004)(71200400001)(110136005)(316002)(786003)(93886005)(74482002)(2616005)(476003)(446003)(486006)(508600001)(53936002)(7736002)(11346002)(81156014)(81166006)(85182001)(186003)(52116002)(66066001)(386003)(99286004)(26005)(6506007)(102836004)(76176011)(53546011)(8676002)(305945005)(86362001)(31696002)(6246003)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:TYAPR01MB4573; H:TYAPR01MB5149.jpnprd01.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None (protection.outlook.com: it.aoyama.ac.jp does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: w20jLHQWqGcYgBVBOjKPGv6pQJQ+2Zol6SHOzjgAYnK+MRlVwxiwl+EJ0FPTTF4hCg79gXhgM7VY6p1Uyr7xRWGDOUyQAjoSLLkbb5CxMQQAFI2eDropH9WRX1gfSvkY4fqfrGu2dj66coLRev8GDrZD6plRtnRYTfxQh+h3NFdSMaFf+Xjf3xOY363R1U5W6hmnSBLCGwvVvMdLUsCCPZmcyW4Qz6yD+7l4SSkJ7bTTlebWscZUGMMoQmOWZxswF2mVYqi6KMyQ9dhYtQ66WoXjmDYX1EAHAlFHNmvL+RWj9ZGlUfAug4IbcD2M+Bpos3zS4c6eharj5kjRZTT3/xvSpboEWjaM2mf7Hgetb5/Y2p/uEQRQjhM2sX2QA5RzI+gVj6QtKmB6uvuXS9yORhBZJwlXNey3p93LBhncRLo=
Content-Type: text/plain; charset="utf-8"
Content-ID: <1D13A1E253E0EE47AE5DAED44F1808A3@jpnprd01.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: b79798a8-c1aa-4dda-9618-08d68d9e523d
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Feb 2019 08:20:44.3200 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYAPR01MB4573
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18nrp/87u8btDDOA7mW2Ok27Ql7447PcE>
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 08:20:49 -0000

Hello Patrik, others,

On 2019/02/08 16:56, Patrik Fältström wrote:
> On 5 Feb 2019, at 18:09, Asmus Freytag wrote:
> 
>> OK, if you make the choice that all of this should happen, then what?
>>
>> You'll have to use some tables / algorithm to do the mapping. Even when locale dependent (notionally) you have 90%+ of all cases that are unchanged and some small subset would get adjusted (tailored).
>>
>> That makes providing generic mapping tables useful.
> 
> 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.

Regards,    Martin.

v2.23.0 | Report a Bug | By Email