Re: Publication request for draft-spinosa-urn-lex
Barry Leiba <barryleiba@computer.org> Sun, 14 December 2014 19:53 UTC
Return-Path: <barryleiba@gmail.com>
X-Original-To: urn-nid@ietfa.amsl.com
Delivered-To: urn-nid@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2898F1A0172 for <urn-nid@ietfa.amsl.com>; Sun, 14 Dec 2014 11:53:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.422
X-Spam-Level: *
X-Spam-Status: No, score=1.422 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 VEH9C-EvPcMW for <urn-nid@ietfa.amsl.com>; Sun, 14 Dec 2014 11:53:20 -0800 (PST)
Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9959E1A0167 for <urn-nid@ietf.org>; Sun, 14 Dec 2014 11:53:19 -0800 (PST)
Received: by mail-lb0-f175.google.com with SMTP id u10so7984663lbd.20 for <urn-nid@ietf.org>; Sun, 14 Dec 2014 11:53:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ww8CQSthBEeYYuJeqv3tsCjrkVoI/5V5Umzrk+A0Ass=; b=DTtKcrMmeSoegCpetpRIkCDRtVqtjb0pNMWohH32eYijFUKUsRIV6vBMU1M3FmgnHB BY/RZL2pxR+DxhK5CgoQiF/xnbt1cyhdeEQ7FF0dsC/cz2ReJnkGIB3vzjbXlpzd+Gv4 v3BS6zW/1f8VISOHeYWp9JXCqvaorI2pl9v+pYzyIB+fWFP72LhLZuVnKE7s7bgTBGJ5 SSuvfMEc+TuF4HM3+72UvlDEAvKVau1HT1a3XO7b1n8WGs94u7Kl/ldi+TpUd2Vamrzu GUcUt6m6QHpjFZt8i5zAGsD6mPVK8Q05pe1Gm/LnaBjcCUfUzAP717yd0zUIYENqhmL8 /i4w==
MIME-Version: 1.0
X-Received: by 10.112.185.99 with SMTP id fb3mr353992lbc.21.1418586797958; Sun, 14 Dec 2014 11:53:17 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.152.127.168 with HTTP; Sun, 14 Dec 2014 11:53:17 -0800 (PST)
In-Reply-To: <CALaySJKak83zD53cPu4zqU-P_aKspMPXTCNBhxyyvGSTtGhgSQ@mail.gmail.com>
References: <CALaySJJk5YiCQZqt6WoWkqfAzi2A04HEAH=vG0pVAy8e45N5aQ@mail.gmail.com> <CALaySJLiqXBrP_6yCCzTjK9hWaNooLJM5H0w_MVpAmmKjCEBOg@mail.gmail.com> <59A490C9-38AA-4E35-AD70-00D555EE9ED8@ittig.cnr.it> <9F77E7FD-4305-49FE-80A6-30E85F633148@ittig.cnr.it> <D9DAD3B7-4CE1-48A0-B604-5682703483CE@ittig.cnr.it> <CALaySJLwDJLvsuQ1G2_BgS8bwDqXbwLO7ZmGUZgF46KkV9SDcA@mail.gmail.com> <CANPWnkQ5wZ-McBKKLjoZTjwAk5_aabd8k3LfjyBKf4ATtZcwXw@mail.gmail.com> <CALaySJKak83zD53cPu4zqU-P_aKspMPXTCNBhxyyvGSTtGhgSQ@mail.gmail.com>
Date: Sun, 14 Dec 2014 14:53:17 -0500
X-Google-Sender-Auth: la0MfFTEobrTL_G1YDK2yyMIjFI
Message-ID: <CALaySJL4SPUg48G=qXNm1g5TZySOb3efkcqs59zLi2z69Ag24A@mail.gmail.com>
Subject: Re: Publication request for draft-spinosa-urn-lex
From: Barry Leiba <barryleiba@computer.org>
To: Enrico Francesconi <francesconi@ittig.cnr.it>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: http://mailarchive.ietf.org/arch/msg/urn-nid/SC1k3l79uhOjuztPRq8tZ0wbrrc
Cc: "urn-nid@ietf.org" <urn-nid@ietf.org>, Andrew Newton <andy@hxr.us>, Pierluigi Spinosa <pierluigi.spinosa@ittig.cnr.it>
X-BeenThere: urn-nid@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussion of new namespace identifiers for URNs <urn-nid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/urn-nid/>
List-Post: <mailto:urn-nid@ietf.org>
List-Help: <mailto:urn-nid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Dec 2014 19:53:21 -0000
OK, I've looked again at your responses to my review, and at the changes you've made. I see that you've made some of the minor changes I suggested, but that you're holding firm on some of the major points, which you haven't made changes for. I'll come back to the two of those that I think are most important: * You very much want to mandate a mapping between the title of the document and the URN. I think this is very much ill-advised. You think this provides discoverability, in that someone can look at a document title and determine the URN without having to look it up. I think this will fail miserably in practice, because there are too many variables and there will be no way to get it right, in general. Surely it will work sometimes, but it will fail to work often enough that people will have to use searches to find the URN anyway, and the mandated mapping will simple run counter to the filing systems that some jurisdictions will need to use. So I stand by my suggestion that you make that a suggested mechanism, and soften the language that mandates it as the only way. * There's a bunch of other stuff that I suggested that you soften the language about, making it clear that it's stuff you have found useful, without making it a mandatory part of how the URNs are done. Again, you think it's important to keep it as it is, and I think that's very much ill-advised. I don't see how this scheme can be generally useful as a worldwide "lex" URN namespace with the kinds of mandatory handling you specify in this document. If you absolutely insist on leaving it as it is, I will go ahead and ask someone to be a document shepherd so we can process this document and its registration... and the document shepherd will weigh in with his opinion (which I will not influence), so you'll get another view on this. After that it would go out for last call to get the IETF's and the IESG's view, and see where we are. I'll stress that I think it's valuable to register this and have the details recorded, so I *want* this to go forward. I'd just rather see it go forward in a form that's flexible enough to actually be useful internationally, while still representing your model for how you'd like the URNs to be formed. My view is that if you put it that way, then anyone who wants to play your way can do so... and that it's best not to *require* that in order for "urn:lex:" URNs to confirm to this spec. Let me know whether you'd like to continue discussing this, or whether you'd like me to find a shepherd now, and get a new opinion on it. Barry
- Fwd: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Patrik Fältström
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Dale R. Worley
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi
- Re: Publication request for draft-spinosa-urn-lex Barry Leiba
- Re: Publication request for draft-spinosa-urn-lex Enrico Francesconi