Re: [urn] GVAT registration request
Peter Saint-Andre <stpeter@stpeter.im> Mon, 17 April 2023 15:50 UTC
Return-Path: <stpeter@stpeter.im>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA786C151B14 for <urn@ietfa.amsl.com>; Mon, 17 Apr 2023 08:50:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b="ve/GXGdx"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="G8giPY5D"
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 ow7BKiG6P6qL for <urn@ietfa.amsl.com>; Mon, 17 Apr 2023 08:50:46 -0700 (PDT)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 BFC6CC14EB17 for <urn@ietf.org>; Mon, 17 Apr 2023 08:50:46 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 6C7D73200934; Mon, 17 Apr 2023 11:50:45 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Mon, 17 Apr 2023 11:50:45 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1681746645; x=1681833045; bh=zC+eTgx6zTXvTNUo0dTnmPkmjDv56BBKZ7h WXY6Pt3g=; b=ve/GXGdxAdj+k2iW53Atfe4vXXtL/Yv8fmIC66JmvK2VMnHnzKe rareFSvTESX75mc8IIE9FMGpjZJfcdMwn7LqSgIe4zutU+yVJA0eo3pPoLmGctwV HqP5VXbPl9RxY6LtoEVhOX1JVZyWDi4sgliUi8FdaBPpesebcr/IZKvEHL9F8f5U 3AoY+VHhkuLx3C/9cVjEJMOm5EWCAcz68+94SuaYVacHPUMHisuhMRI84H0eTGRU wNWzlZC0FGtXF5HEQF797/T0133C+BAR+9OQOWuuUu+gyBoDxECtxf7pY5WeNdza XA+YgfFFH7h3mW7dH+sFO0txKQUx7CU/ycQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1681746645; x=1681833045; bh=zC+eTgx6zTXvTNUo0dTnmPkmjDv56BBKZ7h WXY6Pt3g=; b=G8giPY5DQc68IaIjK2PCfsKwMoZjMLOZUmiaYsPYDI8nL5swaMy LI2pSl62hoFGrgeNmMsqAbbS3rw1RVDR0WET3blDVBkfrFWpc2n/13HBl7vN1i2K oW6gtongzJkMguwrWaeg5ISoqGUYgQtkrEtuAm/+AHyMwtvpphytvFGuI37KyP2c l3ZKbIJ2O5RUPrkXYCK6m+CcCxw9Kh8FZa7O989XfBFZt8G07jd+TNOaXEL3+TBz oIeov+QXtJ7MH2KYkuaYNXNZhMX2qbL8VM8NBDfpwMTkEm+onNUIlTn5Le+ixu5j dZ0s+dwrnTvw/TEPlaofpY0ni+dIC+Sw5nA==
X-ME-Sender: <xms:1Go9ZFGzejR_jgywQ9ah8P-HccT8wmv7ZpPZKgNNIGOKgqy0nV5cTg> <xme:1Go9ZKU7-2mQCzS7bqoPobJVZIXPz38abkhmreQjX6fiXPWYt1hyfYEj67AFMvvYQ vTvcVnBt6Rbtg5Ohw>
X-ME-Received: <xmr:1Go9ZHL7CuEMxZE5MAOyGc5ypThBCWnUnkKaHsMQ8YlEep6yJ-_ybp8qQbQkU_tX>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeliedgleefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpefrvght vghrucfurghinhhtqdetnhgurhgvuceoshhtphgvthgvrhesshhtphgvthgvrhdrihhmqe enucggtffrrghtthgvrhhnpeeludffudehhfefleefhfegteehteeuhfduvddttddttdfg heffffekudegvdeghfenucffohhmrghinheplhgurghprdhgvhdrrghtpdgskhgrrdhgvh drrghtpdhivghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpehsthhpvghtvghrsehsthhpvghtvghrrdhimh
X-ME-Proxy: <xmx:1Go9ZLHnkJ20dbs1299J4wb6k99r4rRRGyJr9krOyFh0oxNNyGktBg> <xmx:1Go9ZLVwS5hJ6uo0zA3p9oXRJixVs22VHclaxzu2q_DgNPSWUz9Nmg> <xmx:1Go9ZGM3JP3nUro4PSOovrLa5Neao7_chi0Z7YDUBOJxPZ-pBiYHEw> <xmx:1Wo9ZIj_re7pWSOhhapImcJJ7l4EaoJbdY0HAD5oPSJuAzSwz3GguQ>
Feedback-ID: i24394279:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Apr 2023 11:50:44 -0400 (EDT)
Message-ID: <4afbf660-ce4e-572f-1b96-2b013fec7c83@stpeter.im>
Date: Mon, 17 Apr 2023 09:50:43 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.10.0
Content-Language: en-US
To: "Miksa, Tomasz" <tomasz.miksa@tuwien.ac.at>, "Dale R. Worley" <worley@ariadne.com>
Cc: "urn@ietf.org" <urn@ietf.org>
References: <0e39246410e74dfeab96d30455e765a3@tuwien.ac.at> <87v8j0zcyk.fsf@hobgoblin.ariadne.com> <dfe953ef36f647aa84963e28b4af44b6@tuwien.ac.at>
From: Peter Saint-Andre <stpeter@stpeter.im>
In-Reply-To: <dfe953ef36f647aa84963e28b4af44b6@tuwien.ac.at>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/ROTAE8WGZ5grpgtGP5f4vS06KBk>
Subject: Re: [urn] GVAT registration request
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Apr 2023 15:50:52 -0000
This registration looks good to me. Juha and Stephanie, do you have any concerns? Peter (as URN namespace review team lead) On 4/11/23 5:50 AM, Miksa, Tomasz wrote: > Dear Dale, > > Thank you very much for the quick and very useful feedback - it gave us a chance to take a step back and question basic things. I enclose the revised version of the template and provide responses to your points below. > > Ad. delegation-area-number > We do not expect to have many delegation authorities. The range we chose originally gives us more than enough options. It is to some extent inspired by the ZIP codes used in Austria, thus it should be understandable by the designated community. We will stick to the original formulation. > > Ad. object > Yes, we are aware of the lack of German characters. We really intend to ensure no semantics in the identifiers. One change we did was to introduce the "-", to have better overlap with UUID and DOIs, in case any of them is used in the future. Now it is: 1*(%x41–5A / %x61–7A / %x30–39 ) %x2D > > Ad. Registrant > We removed the reference to a specific individual and also to the department. We keep it now generic and point to the chancellor's office directly and use the e-mail address of the department > Bundeskanzleramt der Republik Österreich > Ballhausplatz 2, 1010 Wien, Austria > smartdata@bka.gv.at > > I look forward to hearing from you! > > Best wishes > Tomasz > > -----Original Message----- > From: urn <urn-bounces@ietf.org> On Behalf Of Dale R. Worley > Sent: czwartek, 16 marca 2023 20:57 > To: Miksa, Tomasz <tomasz.miksa@tuwien.ac.at> > Cc: urn@ietf.org > Subject: Re: [urn] GVAT registration request > > "Miksa, Tomasz" <tomasz.miksa@tuwien.ac.at> writes: >> Dear all, >> On behalf of the Austrian Federal Chancellery, I would like to request >> registration of the GVAT namespace that is going to be used to >> identify all types of digital objects of Austrian government >> institutions and organizations in the possession of the Austrian >> administration. >> Please find attached the draft of the registration template. >> I am looking forward to your feedback > > Sehr geehrter Herr Miksa, > > overall, the proposed registration is quite good for the purposes you state. I recommend considering these possible issues: > > delegation-area-number = 1%x31–39 3%x30–39 1%x31–39 > > This specification is strict, in that the delegation-area-number is restricted to being five digits, of which the first and fifth must not be 0. The template states that each delegation-area-number corresponds to one "institution or organization" that assigns URNs. If you expect the number of such organizations to remain small, then the strict pattern should work well. > > However, if there is a possibility that at some time in the future the system of delegation-area-numbers may be substantially changed, you may want to enlarge the grammar to allow alternatives. E.g. this would allow delegation-area-numbers containing any number of digits: > > delegation-area-number = 1*%x30–39 > > It would, of course, allow all of the delegation-area-numbers you currently intend to allocate, but allow freedom to allocate delegation-area-numbers of different patterns in the future without revising the registration. > > object = 1*(%x41–5A / %x61–7A / %x30–39) > > I note that this rule allows the 26 ASCII letters (upper and lower > case) but not the non-ASCII letters used in German orthography. The registration states "The identifiers do not include any semantics." so it is unlikely that this will cause any inconvenience. > > I also note that "object" does not allow any "punctuation" characters (e.g. "/", "-", ".", ":"). If "object" was intended to represent multiple words, this would be inconvenient, but again, it appears that that is not intended. > > Registrant: > Manfred Gruber > The Austrian Federal Chancellery > (Bundeskanzleramt der Republik Österreich) > Ballhausplatz 2, 1010 Wien, Austria > manfred.gruber@bka.gv.at > > The "Registrant" item has two purposes. One is to state formally what entity "owns" the URN namespace (and thus possesses the right to revise the definition to a new version). The other purpose is to provide contact addresses for the owner, both postal and e-mail. Note that for the purposes of registering this version, your e-mail <tomasz.miksa@tuwien.ac.at> is how we maintain contact. > > In the case of the GVAT namespace, it seems to me that the owner is the Republic of Austria, or perhaps the Federal Chancellery representing the Republic (as opposed to Manfred Gruber the individual). > > In regard to contact addresses, what addresses are likely to remain usable for 20 years or more? Including Hr. Gruber's name in the address is probably not the best choice. One alternative is > > Leitung > Applikation Smart Data & Softwareservices > Bundeskanzleramt der Republik Österreich > Ballhausplatz 2, 1010 Wien, Austria > > (based on > https://bka.ldap.gv.at/#/organisation/gvouid%3DAT%3AB%3A1012029%2Cou%3DOrgUnits%2Cgvouid%3DAT%3AB%3A111%2Cdc%3Dat) > > Similarly, the e-mail address <manfred.gruber@bka.gv.at> is unlikely to work long after Hr. Gruber has retired. Is there an address that is suitable for making external technical inquiries to "Applikation Smart Data & Softwareservices"? The "technical contact" for the domain name "bka.gv.at" make be a good choice. > > Dale > > > _______________________________________________ > urn mailing list > urn@ietf.org > https://www.ietf.org/mailman/listinfo/urn
- [urn] GVAT registration request Miksa, Tomasz
- Re: [urn] GVAT registration request worley
- Re: [urn] GVAT registration request Martin J. Dürst
- Re: [urn] GVAT registration request Miksa, Tomasz
- Re: [urn] GVAT registration request Miksa, Tomasz
- Re: [urn] GVAT registration request Peter Saint-Andre
- Re: [urn] GVAT registration request worley
- Re: [urn] GVAT registration request Peter Saint-Andre
- Re: [urn] GVAT registration request Hakala, Juha E
- Re: [urn] GVAT registration request Lars G. Svensson
- Re: [urn] GVAT registration request Miksa, Tomasz
- Re: [urn] GVAT registration request worley
- Re: [urn] GVAT registration request Peter Saint-Andre
- Re: [urn] GVAT registration request Lars G. Svensson
- Re: [urn] GVAT registration request Miksa, Tomasz
- Re: [urn] GVAT registration request Peter Saint-Andre
- Re: [urn] GVAT registration request Peter Saint-Andre