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

Carsten Bormann <> Sun, 26 November 2023 17:34 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B00C0C151099 for <>; Sun, 26 Nov 2023 09:34:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.907
X-Spam-Status: No, score=-6.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id PSKi4UIGEZr1 for <>; Sun, 26 Nov 2023 09:34:27 -0800 (PST)
Received: from ( [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 (Postfix) with ESMTPS id 930B3C14EB17 for <>; Sun, 26 Nov 2023 09:34:25 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 4SdbSD0s84zDCbM; Sun, 26 Nov 2023 18:34:20 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.\))
From: Carsten Bormann <>
In-Reply-To: <>
Date: Sun, 26 Nov 2023 18:34:19 +0100
X-Mao-Original-Outgoing-Id: 722712859.458517-b27bf3f40b040c003735005f44c75994
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <310371.1700735021@dyas> <> <> <> <> <> <>
To: Paul Kyzivat <>
X-Mailer: Apple Mail (2.3608.
Archived-At: <>
Subject: Re: [rfc-i] getting SVG of RFC diagrams
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 26 Nov 2023 17:34:31 -0000

On 2023-11-24, at 17:47, Paul Kyzivat <> wrote:
>> This could lead to:
> Yes! This is the sort of thing I'm wishing for.

I put in a proof of concept at

E.g., see:

I haven’t done the work for I-Ds yet, this will follow soon.

You can look at these extracted attachments in the browser, as well as save them or wget/curl them.

(Obviously, this only works reliably for RFC 8650 and later, so the PoC is limited to that.)

> There remains the issue of discovering what parts are available for a given document. It has been suggested that hovering over the part in the html rendering could show the name. Another possibility (not mutually exclusive) is to have the datatracker and the info page for the document:

I just made

into collection pages (implemented as directory listings, as I’m lazy).
Content and styling is a bit quaint, but could be fixed easily.

Grüße, Carsten