Re: [netmod] artwork folding: dual support modes?

"Adrian Farrel" <> Mon, 04 March 2019 16:12 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 32C7F1310A0 for <>; Mon, 4 Mar 2019 08:12:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id EwpanYA-QTAp for <>; Mon, 4 Mar 2019 08:12:39 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 66F0C1228B7 for <>; Mon, 4 Mar 2019 08:12:34 -0800 (PST)
Received: from ( []) by (8.14.4/8.14.4) with ESMTP id x24GCVnb027357; Mon, 4 Mar 2019 16:12:31 GMT
Received: from (unknown []) by IMSVA (Postfix) with ESMTP id 6029C2203A; Mon, 4 Mar 2019 16:12:31 +0000 (GMT)
Received: from (unknown []) by (Postfix) with ESMTPS id 4AD862203C; Mon, 4 Mar 2019 16:12:31 +0000 (GMT)
Received: from LAPTOPK7AS653V ([]) (authenticated bits=0) by (8.14.4/8.14.4) with ESMTP id x24GCRdi023502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 4 Mar 2019 16:12:29 GMT
From: Adrian Farrel <>
To: 'Martin Bjorklund' <>,
References: <> <> <> <>
In-Reply-To: <>
Date: Mon, 04 Mar 2019 16:12:26 -0000
Organization: Old Dog Consulting
Message-ID: <000d01d4d2a5$114b6ea0$33e24be0$>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKEdcDUrOPo8QRw3BTdzRKElgVrdwFRv8svAXIrEBMCznCsTaRvyocg
Content-Language: en-gb
X-TM-AS-Product-Ver: IMSVA-
X-TM-AS-Result: No--3.177-10.0-31-10
X-imss-scan-details: No--3.177-10.0-31-10
X-TMASE-Result: 10--3.176900-10.000000
X-TMASE-MatchedRID: 9zTThWtzImvxIbpQ8BhdbPHkpkyUphL9ou/UrlGog/JJJReS9JUB3DC0 pJIQUiJO02sd5C8tlITMwqhRUBj1nKqQdkl4gbpY84dsinZ5e1jSL+EVfOJR0yJ8zskw0dbrZtL Yf3KWWVLYHOC/v3JS12NuoFAqzEAvB85Y5vI5GEWWLCkl1lq7B/cku775L1VGnF7LoJiAZVajxY yRBa/qJX3mXSdV7KK4+9plyoHtIZcLbigRnpKlKZx+7GyJjhAUyb4/EN1NwIj+x7MCoqhuY9oB2 +QCQ1u6X+OqojgndQF3Wk1khBW7i5YARLp/D3swHZFxozpd5mXCLVdf1y1kP4qzI6asJSh55D9s mqVBD9yilnnVDECPd/H7AvsTxZMb7DafdH0+BI6wFMlIPaIBbQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <>
Subject: Re: [netmod] artwork folding: dual support modes?
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 04 Mar 2019 16:12:42 -0000

>> The days of scraping from plain-text RFCs are over [1].  Extracting,
>> if needed at all, should be from the XML, where there are no such
>> issues. Extracting from the plain-text output makes about as much
>> sense as extracting from the HTML or PDF outputs.
> I am confused.  Are you saying that the unfolding algorithm only is
> supposed to work on data extracted from the XML version of the I-D or
> RFC?  If so, I think this needs to be clarified in the draft.

If the problem is to extract from XML then there is no problem because
wrapping is not needed in the XML (unless manual wrapping has been done).
The problem to be addressed when Qin and I started this work was that
human-readable copies needed to include some form of wrapping, and we wanted
a format that made it abundantly clear that the wrapped version was not
normative, and told the reader how to unwrap in order to make valid

I fear we are losing touch with the problem statement.