Re: [xml2rfc] <country> in v3

Henrik Levkowetz <henrik@levkowetz.com> Fri, 03 January 2020 20:24 UTC

Return-Path: <henrik@levkowetz.com>
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 DBEA91200C7 for <xml2rfc@ietfa.amsl.com>; Fri, 3 Jan 2020 12:24:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 moJVi9HH118e for <xml2rfc@ietfa.amsl.com>; Fri, 3 Jan 2020 12:24:28 -0800 (PST)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54CF6120045 for <xml2rfc@ietf.org>; Fri, 3 Jan 2020 12:24:28 -0800 (PST)
Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:56911 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1inTUg-0006iR-In; Fri, 03 Jan 2020 12:24:27 -0800
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, xml2rfc@ietf.org
References: <918df451-55de-9bd2-688b-37d2d83762b5@gmail.com> <d8763b85-2a6c-e927-b50b-1d6fa9a8f361@gmx.de> <1b6c8b07-df98-6b8e-9144-c203d23f632c@gmail.com>
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <f7615a5e-a4bb-bc0d-6cb4-5f1297c24c23@levkowetz.com>
Date: Fri, 03 Jan 2020 21:24:11 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <1b6c8b07-df98-6b8e-9144-c203d23f632c@gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="B4eRP5xd0I8B2qL5TRFXOBeg4PIKC5IPn"
X-SA-Exim-Connect-IP: 158.174.202.242
X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, brian.e.carpenter@gmail.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/dydlc51ootcNKIqbUjwApgIzGv0>
Subject: Re: [xml2rfc] <country> in v3
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: Fri, 03 Jan 2020 20:24:30 -0000

Hi Brian,

On 2020-01-03 20:43, Brian E Carpenter wrote:
> On 03-Jan-20 20:36, Julian Reschke wrote:
>> On 02.01.2020 20:58, Brian E Carpenter wrote:
>>> For some reason, it appears that <country>P.R. China</country> causes problems in v3, but <country>China</country> is OK.
>>>
>>> The problem I see is that <country> is simply ignored, and <code> is also ignored,
>>> when the "P.R" was included.
>>>
>>> I think there is a similar issue with commas included in <street>.
>>>
>>> For both, RFC7991 says "Content model: only text content." I don't see that this
>>> should exclude punctuation marks.
>>>
>>> Regards
>>>     Brian Carpenter
>> 
>> xml2rfc wants an "ISO short name" here (see
>> <https://www.iso.org/obp/ui#search> for a lookup UI).
> 
> I really hope it doesn't "want" an ISO code, since RFC7991 says nothing about
> that. It's very convenient that they are available, though.

xml2rfc recognizes the ISO 3166 2-letter, 3-letter, official, and common names
of countries.  In cases where a name or abbreviation in common use isn't
recognized, I'm happy to add extra entries.  I've already done so for 'UK',
and will do so for "P.R. China" in the next release.

> 
> It takes some cheating to produce:
> 
> Dilbert Engineer
> Pointy Haired Products LLC
> 42 Deepinit Street
> Mudgrad 7991
> Elbonia
> Email: dilbert@example.com
> 
>> Another issue here is that it has unintended consequences with respect
>> to Taiwanese users, as they would have to use "Taiwan (Province of China)".
> 
> That's a serious problem. But they can simply omit <country>.

I'll see what I can do to address this, too, in the next release.

Best regards,

	Henrik

>> IMHO the changes with respect to postal formatting (see
>> <https://tools.ietf.org/html/draft-levkowetz-xml2rfc-v3-implementation-notes-10#section-3.1.13>)
>> are overly complex and should be backed out. And yes, I'm saying this
>> after having it reverse engineered and partly implemented in my XSLT code.
> 
> Fortunately <street> isn't picky, so one can do anything:
> 
>     <author fullname="Dilbert Engineer" initials="D." surname="Engineer">
>       <organization abbrev="Pointy LLC"/>
>       <address>
>         <postal>
>           <street>Pointy Haired Products LLC</street>
>           <street>42 Deepinit Street</street>
>           <street>Mudgrad 7991</street>
>           <street>Elbonia</street>
>           <country/>
>         </postal>
>         <email>dilbert@example.com</email>
>       </address>
>     </author>
> 
> Regards
>    Brian
>  
> 
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc
>