Re: [urn] Comments on PWID -05 - now PWID -06

"Svensson, Lars" <L.Svensson@dnb.de> Mon, 29 April 2019 18:00 UTC

Return-Path: <L.Svensson@dnb.de>
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 E4AEB1204A8 for <urn@ietfa.amsl.com>; Mon, 29 Apr 2019 11:00:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=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 2Z1h-ObIoWxv for <urn@ietfa.amsl.com>; Mon, 29 Apr 2019 11:00:24 -0700 (PDT)
Received: from mail.dnb.de (prodfix-out0.dnb.de [193.175.100.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83C42120096 for <urn@ietf.org>; Mon, 29 Apr 2019 11:00:24 -0700 (PDT)
Received: from dnb-tmg.ad.ddb.de (tmg.dnb.de [10.69.66.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.dnb.de (Postfix) with ESMTPS id 3EF104BE0653; Mon, 29 Apr 2019 20:00:22 +0200 (CEST)
Received: from dnb-tmg.ad.ddb.de (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 01BBCA4052; Mon, 29 Apr 2019 20:00:22 +0200 (CEST)
Received: from dnb-tmg.ad.ddb.de (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id EA02BA4041; Mon, 29 Apr 2019 20:00:21 +0200 (CEST)
Received: from dnbf-ex.AD.DDB.DE (unknown [10.69.63.244]) by dnb-tmg.ad.ddb.de (Postfix) with ESMTPS; Mon, 29 Apr 2019 20:00:21 +0200 (CEST)
Received: from dnbf-ex.AD.DDB.DE (10.69.63.244) by dnbf-ex.AD.DDB.DE (10.69.63.244) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.669.32; Mon, 29 Apr 2019 20:00:21 +0200
Received: from dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7]) by dnbf-ex.AD.DDB.DE ([fe80::3576:7565:4f15:49c7%4]) with mapi id 15.01.0669.032; Mon, 29 Apr 2019 20:00:21 +0200
From: "Svensson, Lars" <L.Svensson@dnb.de>
To: Eld Zierau <elzi@kb.dk>, "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, "Dale R. Worley" <worley@ariadne.com>
CC: "urn@ietf.org" <urn@ietf.org>
Thread-Topic: [urn] Comments on PWID -05 - now PWID -06
Thread-Index: AdTQKXi5cerx0k6zRXuaa/w3TPMeTguTXB/AAAxtFzA=
Date: Mon, 29 Apr 2019 18:00:21 +0000
Message-ID: <d7db2970662f4f33b804d628eaae1c79@dnb.de>
References: <2870fa7971294156b2e2ad240c9584c3@kb.dk>
In-Reply-To: <2870fa7971294156b2e2ad240c9584c3@kb.dk>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.200.69.56]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.1972-8.2.0.1013-24582.001
X-TM-AS-User-Approved-Sender: Yes
X-TMASE-Version: IMSVA-9.1.0.1972-8.2.1013-24582.001
X-TMASE-Result: 10--22.982100-10.000000
X-TMASE-MatchedRID: gzVbiXtWD9tyz43x5tQ5Io+YSzwl92XT0Qc9fO/D2OT4JyR+b5tvoFDV it9udsP/BxyReVIkwV6x2JNhrMY3W9cUNjoF7YuVRxVrKtb83dSnHBIbyMjCFGisn1mjz82fuwh qyc+q/JCrbva3Be+cwJaZO/nIoe7vAMFp5W5WHQISuhBXNJb1dLbSiQ3Wpav1o2Niz8zsV4pA4P VjVK5/IvV10sflMbdzWBMpiVyTsUXXy+gIS5+hPqfXIl6Cf6Vr63/AmkBiT05tw+n+iKWyyPZ6p i02vcUydxx+LEXfGxeaHxIqxZ97K4Z5NsZZ1HPW6/xAZojbl7dV/TB0Yn+m3jfE7ZHdugFYZreC lvijIp7lrLbFCE1wrDeT288mssTUMh23PhsibHMD2WXLXdz+AUH7wsB5444w1jpotO/+/6JXBZ2 PEUuSyxGwc34Ib44G8SE6P8VCCRPTXLZfJ+J+aQlojktAVaJIfS0Ip2eEHnylPA9G9KhcvbLn+0 Vm71LcrzkaOGjo+VYLbigRnpKlKSBuGJWwgxArFnn7zLfna4I=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/DGEn-Y4VUnu_7eTnWok2C3Jllpw>
Subject: Re: [urn] Comments on PWID -05 - now PWID -06
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.29
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, 29 Apr 2019 18:00:28 -0000

I (as a non-computer scientist) tend to agree with Eld that even though it's technically possible to have a domain name that starts with a ~, it ought to be fairly unlikely. To me it would be fine to use ~ to indicate separately registered archive identifiers and to say that everything that does not start with ~ should be interpreted as a domain name.

Best,

Lars

> -----Original Message-----
> From: Eld Zierau [mailto:elzi@kb.dk]
> Sent: Monday, April 29, 2019 2:10 PM
> To: Martin J. Dürst <duerst@it.aoyama.ac.jp>; Dale R. Worley
> <worley@ariadne.com>
> Cc: urn@ietf.org; Svensson, Lars <L.Svensson@dnb.de>
> Subject: RE: [urn] Comments on PWID -05 - now PWID -06
> 
> Did any of you have comments to my previous mail?
> Is there any action you want me to take in order to get it accepted?
> Best Regards, Eld
> 
> -----Original Message-----
> From: Eld Zierau
> Sent: Friday, March 1, 2019 1:29 PM
> To: 'Martin J. Dürst' <duerst@it.aoyama.ac.jp>; 'Dale R. Worley'
> <worley@ariadne.com>
> Cc: 'urn@ietf.org' <urn@ietf.org>; 'L.Svensson@dnb.de' <L.Svensson@dnb.de>
> Subject: [urn] Comments on PWID -05 - now PWID -06
> 
> I have now uploade a new version: draft-pwid-urn-specification-06
>  - and thanks again for comments and suggestions
> 
> Regarding the suggestion from Martin (included below), I can as a computer
> scientist certainly see the reasoning as quite obvious. However, my experience with
> presentation of the PWID is that syntax based on computational reasoning is
> something that users find illogically, e.g. that the archived-item-id (usually URI) is
> included in the end of the PWID. I believe that adding a "~" for identifiers that are
> registered separately is acceptable for such users, but I am also convinced that a
> "+" before a domain will be something that confuses (non-computer science) users
> a lot.
> Also, as said in my previous mail, it is highly unlikely that there will ever be a case
> where "~" is the first character in a domain for a web archive. Therefore, it seems
> that it should not be necessary.
> A minor extra thing is that all existing PWIDs (and tools providing and resolving
> PWIDs) would not comply, which they would otherwise (none of these use
> registered identifiers yet only domains and URIs).
> In other words: I will be very sorry to add a "+" to domains, and I believe it is not
> necessary.
> 
> The uploaded version  does not include a "+" to domains, - If required, I will of
> course add it (although sorry to do so)
> 
> Please let me know if it acceptable, and I will act accordingly.
> 
> Best regards, Eld
> 
> 
> On 2019/03/01 11:31, Dale R. Worley wrote:
> > Martin J. Duerst <duerst@it.aoyama.ac.jp> writes:
> >>> [...]  E.g., one could require that any archive-id that is not
> >>> intended to be interpreted as a DNS name to start with one of "-",
> >>> ".", "_", "~".
> >>
> >> I haven't looked into the details, but in general, I think this is a
> >> bad idea. It is much better to have an explicit distinction than to
> >> rely on some syntax restrictions. Such syntax restrictions may or may
> >> not actually hold in practice. It's very easy to create a DNS name
> >> starting with '-' or '_', for example, even though officially, that's not allowed.
> >
> > I may agree with you ... But what do you mean by "an explicit
> > distinction"?  E.g., I would tend to consider "archive-ids starting
> > with '~' are registered archive names, and archive-ids that do not are
> > considered DNS names" to be an "explicit" distinction, but you mean
> > something else.
> 
> Well, the explicit distinction would be "if it starts with '~', what follows is a
> registered archive name, and if it starts with '+', what follows is a DNS name" or
> some such. This would not exclude any leading characters in either archive names
> or DNS names.
> 
> Regards,   Martin.
> 
> > Or maybe the right question is, What do you propose as an alternative?