Re: [xml2rfc] [Rfc-markdown] New xml2rfc release: v2.12.1

Martin J. Dürst <duerst@it.aoyama.ac.jp> Tue, 30 October 2018 07:24 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: xml2rfc@ietfa.amsl.com
Delivered-To: xml2rfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1582128CE4; Tue, 30 Oct 2018 00:24:14 -0700 (PDT)
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 ldSGluOxnDyy; Tue, 30 Oct 2018 00:24:12 -0700 (PDT)
Received: from JPN01-TY1-obe.outbound.protection.outlook.com (mail-ty1jpn01on0106.outbound.protection.outlook.com [104.47.93.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EDD5124BE5; Tue, 30 Oct 2018 00:24:12 -0700 (PDT)
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=tpPsz/1YM9i8yKtqNAVIg7pzdsOqK1DTsHiaS1jPlyw=; b=MRr/mS3MgYmRpTI7MGXxwKkscnijvWpVBGUwcNrqHQ+/HekLckrF/M5NGYinsCWgp5/YC/v5mIkFIRV980DRayL/2iKovAJIrVslOK1J4cRiv+Abd+snWy6ur4eryqkKth7IN1LehnjOMXZFN/fGghdWJgCzgye/Em9gAh8TX0Y=
Received: from TY1PR01MB1547.jpnprd01.prod.outlook.com (52.133.162.14) by TY1PR01MB1484.jpnprd01.prod.outlook.com (52.133.161.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1273.22; Tue, 30 Oct 2018 07:24:09 +0000
Received: from TY1PR01MB1547.jpnprd01.prod.outlook.com ([fe80::883f:aaf4:50da:73a6]) by TY1PR01MB1547.jpnprd01.prod.outlook.com ([fe80::883f:aaf4:50da:73a6%3]) with mapi id 15.20.1273.027; Tue, 30 Oct 2018 07:24:09 +0000
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
To: Henrik Levkowetz <henrik@levkowetz.com>, Julian Reschke <julian.reschke@gmx.de>, Miek Gieben <miek@miek.nl>
CC: "xml2rfc@ietf.org" <xml2rfc@ietf.org>, "xml2rfc-dev@ietf.org" <xml2rfc-dev@ietf.org>
Thread-Topic: [xml2rfc] [Rfc-markdown] New xml2rfc release: v2.12.1
Thread-Index: AQHUcBn8zXc1WbTGkEaoB9lnrzt7paU3YuSA
Date: Tue, 30 Oct 2018 07:24:09 +0000
Message-ID: <7728fe68-d887-d557-4bfd-52357dd79af1@it.aoyama.ac.jp>
References: <E1gH6Wn-0002ca-CU@durif.tools.ietf.org> <20181029204446.xwjkdfdpj7sbhvsr@miek.nl> <0455bd48-3392-bb4c-f510-c57489792606@levkowetz.com> <20181029214325.5i3rrv55dpamvbsa@miek.nl> <a614b58e-0d4c-67d0-77f9-f5b6b66d7ff1@levkowetz.com> <d0a3693b-87b5-c8e9-8137-9d61805f58f0@gmx.de> <f01715aa-ee1b-ec80-0657-7d19b23da98a@levkowetz.com>
In-Reply-To: <f01715aa-ee1b-ec80-0657-7d19b23da98a@levkowetz.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: TY2PR02CA0024.apcprd02.prod.outlook.com (2603:1096:404:56::36) To TY1PR01MB1547.jpnprd01.prod.outlook.com (2603:1096:403:4::14)
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; TY1PR01MB1484; 6:3XdHUGweDXnHnGU4RiZmaCH5zDq7VnwRYbulAkC2yv0BJNG3+GfeyvcKbHHP04BpvLfJMqj+154I4GkjOM/8c6xomVpyLYzLoigcSJPi0xdw4TdolHzJaNiyLRUMjehsxQr3vnbdrcSSaJEfw1Oj6eM1tUw4S6VsfoNQSDryEAjg91AhpMVDx+XaDdUnoz6uBYNCempJlKAerp1dp1pOfXE4qclJqn/8URaodx2c+zurmSLIHgo1i5+IzDv47Ht0uQGhjCL4O8Bt4n/b1Mk+XJ5JttMxOJJVuOPyi7MII/Q8KJFSj/Pz9TR8GW7Z2LCow0iHoDrSJkdwTBJTeFtH0zXQcpXOt0VXSxC+V/+mgHT/XbozrohiZMCmyiM0sC8BL6FpQML+soPJaHyHNZc0RMvUdpsaVpj2oDJUHLcp6BXEEdR2YiP3rQRge959uvHd52TwyAj7l/uQbe3Yjnunjw==; 5:GIyVS/d7pBq3QDag+RgW4F7V6z/AhvHevbZtHarE7qjPT57ioXVurn2GcBGxQX5TRRU2yE3nl7boZNq/JMHLT4qiEikO8ZTW806PDRrZuBuxz3oAVN42A7E72I0XYxcQXfc54ZBs7Y2G6o66hRYGXgYyh9mYTmgLMCqF5lKRO2M=; 7:cTDvNtEK86MxnPkiQeAeowbdNeb4IpzgD7Y4ULX311yc+/WEiBlz9jeSQRtpK6jd6tjGT7RtlsHQ/ZfV57tBJhvBEbxnWDjGKYu4bkIYTOTDQ91HiBFy/teqRqLcejnix3KlngkryASXjxDCwTKG1Q==
x-ms-office365-filtering-correlation-id: 2b7d6048-8ba0-4e93-87f7-08d63e38aeea
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7025125)(7024125)(7027125)(7023125)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:TY1PR01MB1484;
x-ms-traffictypediagnostic: TY1PR01MB1484:
x-microsoft-antispam-prvs: <TY1PR01MB14843E9B3EBF97C542149CDBCACC0@TY1PR01MB1484.jpnprd01.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(3231382)(944501410)(52105095)(148016)(149066)(150057)(6041310)(20161123560045)(20161123564045)(20161123562045)(20161123558120)(2016111802025)(6043046)(201708071742011)(7699051)(76991095); SRVR:TY1PR01MB1484; BCL:0; PCL:0; RULEID:; SRVR:TY1PR01MB1484;
x-forefront-prvs: 08417837C5
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(136003)(366004)(39840400004)(396003)(376002)(199004)(189003)(2906002)(110136005)(25786009)(6246003)(8936002)(81156014)(786003)(8676002)(229853002)(316002)(81166006)(508600001)(68736007)(106356001)(85202003)(6512007)(4326008)(5660300001)(54906003)(6486002)(105586002)(6116002)(31686004)(186003)(71190400001)(53936002)(71200400001)(74482002)(486006)(11346002)(93886005)(2616005)(256004)(53546011)(6436002)(97736004)(102836004)(14444005)(31696002)(26005)(76176011)(386003)(52116002)(5250100002)(3846002)(99286004)(6506007)(86362001)(66066001)(85182001)(476003)(14454004)(7736002)(2900100001)(305945005)(446003); DIR:OUT; SFP:1102; SCL:1; SRVR:TY1PR01MB1484; H:TY1PR01MB1547.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-microsoft-antispam-message-info: ddaQCr2XD1JvN+ElKO0tJzLZT+gJtPMmqHmDxRtJZb27rbikXwbZ09vmij1qQXBsHzZ14RFmEN8Y7da6etgrUs9Qk6tO8Y2aaxSsfDJqWUqC8tvyU1IAbRnujrvyUs7pBiSBDtBELWNQXpIvGIR8lKbP2RGzk2+5o5K6+uEuvELf6wxa9hC0R6J6HO9wU3BQVCOXN5fXPzPjKsQTUG4j/VrgbKe/lzndym0sM0X1SpjaTnU9cxQqjSapckG1nDz1QT4t7Op0XV+8rke7bgtt2VLEzJ4e5w41iSs56Pp+aRDf0UdGpsPWVsJZjrZVAd6a/r5QVaih2Uk1++lE+ywY9bZ5Eh2+qaezjW9QNxrRrLA=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <74C675EF2A92F247A7E47D76690B88E9@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: 2b7d6048-8ba0-4e93-87f7-08d63e38aeea
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Oct 2018 07:24:09.6832 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY1PR01MB1484
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/TVhEjU_AiuzsGthqZb9WS0Uvb1U>
Subject: Re: [xml2rfc] [Rfc-markdown] New xml2rfc release: v2.12.1
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <xml2rfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc/>
List-Post: <mailto:xml2rfc@ietf.org>
List-Help: <mailto:xml2rfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Oct 2018 07:24:15 -0000

On 2018/10/30 15:29, Henrik Levkowetz wrote:

> The current html specification would instead have produced, depending on
> how you work around its problems, one of
> 
>    Midtskogveien 18
>    Skedsmokorset
>    2020
>    Norway
> 
> or
> 
>    Midtskogveien 18
>    Skedsmokorset, 2020
>    Norway
> 
> which is a slighter degree of mangling than for places like various areas
> of Japan, that needs city-region.  Here is a Japanese example.  This is
> correct (except that it's also a translation, not just a romanization):

It is (mostly) correct for the original, which would be something like:

日本
〒 112-0001
東京都文京区白山 4-3-2
3F B室

Note that the hierarchical number (4-3-2) always comes after 白山 
(Hakusan) in the Japanese version. It can come after or before in the 
romanized version. Also note that in Japanese, there isn't really a 
fixed convention for line breaks; in addition, this example has a floor 
and room designation but lacks a building name, which isn't very typical.

>    Japan
>    112-0001
>    Tokyo-to
>    Bunkyo-ku
>    4-3-2 Hakusan
>    3rd Floor Room B

This order of address fields would be very strange for an actually 
romanized address, the example below, with some fixes, would be much better.

> and the RFC7992 specification would have rendered it as either this,
> preserving the semantic labelling of the parts, but loosing the city-region
> part:
> 
>    3rd Floor Room B
>    4-3-2 Hakusan
>    Tokyo-to, 112-0001
>    Japan

Romanized, it should be something like:

3rd Floor Room B
4-3-2 Hakusan, Bunkyo-ku
Tokyo, 112-0001 Japan

More or less linebreaks are okay, there isn't too much of a fixed 
convention. The -to after Tokyo isn't used that much for romanized 
addresses.

Regards,   Martin.

> or would loose all semantic labelling through forced use of postalLine for
> all entries.
> 
> This problem has however been solved to a large degree by modern libraries.
> If you can do this *right*, why continue to do it wrong?