Re: [rfc-i] getting SVG of RFC diagrams

Carsten Bormann <cabo@tzi.org> Mon, 27 November 2023 06:48 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: rfc-interest@ietfa.amsl.com
Delivered-To: rfc-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76803C14CF1D for <rfc-interest@ietfa.amsl.com>; Sun, 26 Nov 2023 22:48:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K052w9anaUlh for <rfc-interest@ietfa.amsl.com>; Sun, 26 Nov 2023 22:48:11 -0800 (PST)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFB45C14CF1C for <rfc-interest@rfc-editor.org>; Sun, 26 Nov 2023 22:48:09 -0800 (PST)
Received: from smtpclient.apple (p548dcbf2.dip0.t-ipconnect.de [84.141.203.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4Sdx4714QLzDCbr; Mon, 27 Nov 2023 07:48:07 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <8B573C04-4BDB-47B3-80B9-A2BE87A43AAF@vpnc.org>
Date: Mon, 27 Nov 2023 07:47:56 +0100
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>, rfc-interest@rfc-editor.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <BC270114-FF1E-4F65-BA46-44257870EDE8@tzi.org>
References: <310371.1700735021@dyas> <7C81D316-7D04-4941-BEE5-6AE8C96F0DE1@tzi.org> <D1F8F86E-80D7-4FC7-B7B5-32648ACB5D65@tzi.org> <MN2PR11MB3757AF8CCDF388BA5CECFE1AB9B8A@MN2PR11MB3757.namprd11.prod.outlook.com> <153bde12-5773-42ce-bfdf-392e4492c06b@gmx.de> <9D66A3A2-5516-4924-8B1E-420871D862C5@tzi.org> <8373b6b5-4a0a-4abb-8880-d618154b2f81@alum.mit.edu> <1F2DBD33-1553-4BBE-8ADB-115632C8373D@tzi.org> <d9b2052b-8f23-4cbf-99b8-9d2b85892fb4@alum.mit.edu> <75157E6C-99B3-4E17-8FFD-57A1D55E0CD4@tzi.org> <b9ba0201-13c6-420c-804a-180572083f02@alum.mit.edu> <8B573C04-4BDB-47B3-80B9-A2BE87A43AAF@vpnc.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
X-Mailer: Apple Mail (2.3774.200.91.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfc-interest/esz6kb0X4QrdDrO_c9YXpX8RRC4>
Subject: Re: [rfc-i] getting SVG of RFC diagrams
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2023 06:48:15 -0000

On Nov 27, 2023, at 00:07, Paul Hoffman <paul.hoffman@vpnc.org> wrote:
> 
> On 26 Nov 2023, at 14:53, Paul Kyzivat wrote:
> 
>> OK, it seems Carsten and I are in violent agreement.
>> Can we hear from some others here on rfc-interest on whether this is popular enough to pursue further? At some point it probably needs to be discussed on the tools list.
> 
> This discussion started with "I want to be able to extract $x" and veered into "the RPC should be making $x available to everyone for every RFC”.

Not sure that the RPC needs to do this.
The PoC shows that this can be a simple community-driven effort.
Also, if we want to give this a little more status, such a tool would fit into author tools or possibly in datatracker.

> A different path would be "it would be nice if I could extract $x from one or more RFCs locally".

Done: kramdown-rfc-extract-sourcecode.

> Given that no one has asked the original question before now, it seems likely to only be needed by a small number (maybe less than a few dozen) people.

As I said, people are using their homegrown tools, existing (but single-purpose) tools like aex, or even the extracted files published by IANA (YANG).  So the functionality is needed by quite a few people, but many people think this needs a lot of fudging as they don’t know that this extraction has become mostly straightforward since we keep the XML files around (and then a little more complex again with RFC 8792).

> Thus, a discoverable tool that does it might be better than making the RPC add the tool and the process for everyone.

Which points to author tools/datatracker, or, if the tools team doesn’t want to pick this one up, to a community effort.

Grüße, Carsten