Re: [urn] Comments on draft-ietf-urnbis-rfc3187bis-isbn-urn-01
SM <sm@resistor.net> Sun, 23 October 2011 23:06 UTC
Return-Path: <sm@resistor.net>
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 2F1FC21F8514 for <urn@ietfa.amsl.com>; Sun, 23 Oct 2011 16:06:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.5
X-Spam-Level:
X-Spam-Status: No, score=-102.5 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ULo8T9GZ0T1X for <urn@ietfa.amsl.com>; Sun, 23 Oct 2011 16:06:18 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D6C821F8507 for <urn@ietf.org>; Sun, 23 Oct 2011 16:06:17 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id p9NN5uUe020395; Sun, 23 Oct 2011 16:06:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1319411165; bh=lB9uPF3KrNQI6XgGUECnfsWpBeVQn7X/yXgOTRxP2kw=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=4WMOYeNB5t3KQSQ6aErbj2E1voSraVvjwZ1+MINcYnkRdot52he9nwdpVkZWdfmRT IaCPKKtxIssj5W53+dDllmjZY9dixZq6i1+pivhSrN+stoSFeB2YRVL+PA6rb1CYnj TSgQ7NoIKos0AiML0UugytVzaZWgYo7tNJKFjiwo=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1319411165; bh=lB9uPF3KrNQI6XgGUECnfsWpBeVQn7X/yXgOTRxP2kw=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=WzSCT0I1LwM+JS3tgjNyFKpfYxWrJyEnUNUQ0VWLQsKhGoKVBLmZiR6EPVdSqu/o+ /a9tDSWN7Mei5lf54ShjOddSoVgQgkVmbOAbdLSqplW7UfaS3l05ILUgnR/hI/Xq8y Frt9BnjETgDZopmAXBAw941OLJVes8vBh0ODOaE4=
Message-Id: <6.2.5.6.2.20111023151256.098060f8@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sun, 23 Oct 2011 15:59:48 -0700
To: Alfred <ah@TR-Sys.de>
From: SM <sm@resistor.net>
In-Reply-To: <201110192200.AAA25239@TR-Sys.de>
References: <6.2.5.6.2.20111019023731.0aa22fe0@elandnews.com> <201110192200.AAA25239@TR-Sys.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: urn@ietf.org
Subject: Re: [urn] Comments on draft-ietf-urnbis-rfc3187bis-isbn-urn-01
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussions about possible revisions to the definition of Uniform Resource Names <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Sun, 23 Oct 2011 23:06:20 -0000
Hi Alfred, At 15:00 19-10-2011, Alfred wrote: >Yes, this (and a couple of other) "MAY" are not appropriate usage of >RFC 2114 language. A lot of these indeed should be downcased; my >apologies for the editorial oversights. Don't worry about the editorial oversight. :-) >According to my understanding, the last sentence above should better >say: > > "In such cases, it will likely be possible to find the digital copy > with the ISBN of the printed original." I suggest: In such cases, it is likely that digital copy can be found by using the ISBN of the printed book. > > In Section 4.1: > > > > "Each product form (e.g. hardcover, paperback, PDF) MUST have its > > own ISBN." > > > > Why is this a MUST? > >That's a requirement from ISO 2108. >(Section 4.1 and its subsections make essential content of the >ISO standard readily available to the reader of this memo.) Larry Masinter suggested alternative text. He also commented about the usage of "MUST". Drop me a note and I'll expand on why the question was asked if it is not clear. > > "Each product form MUST have a separate ISBN, but digital > > manifestation will not be long-lived." > > > > Why is this a MUST? > >See above -- as per ISO 2108. Quoting text from Larry: "ISO 2108 requires that each product form (hardback, paperback, PDF) have its own ISBN." The above avoids the RFC 2119 keyword while still stating the ISO 2108 requirement. >Suggested replacement: > > "Some users may prefer a modern manifestation although it might not > have the original look and feel, while other users want the > original manifestation that is authentic but might require digital > archaeology for access." > >Is that more reasonable? Yes. Coming back to "MAY", it's an optional feature in an implementation. The text explains a user's preference and it does not have anything to do with an implementation. >Suggested replacement text: > > "... Usage if "URN:ISBN will support information architectures > that enable persistent access to the relevant intellectual content > (work), independent of its form, although ..." That sounds better. >Due to the persistency of assigned ISNB-10 and derived UNRs, most >text regarding ISBN-10 cannot be considered strictly "historical" >or "background" -- it is still of practical relevance for users >and resolution services. Therefore IMHO separation of specifics >from RFC 3187 into a separate section does not make much sense; >the IANA registration of the namespace still needs to cover both >versions of ISBNs. I don't feel strongly about this. I suggest getting more people to review the draft to gauge clarity. >Similarly, placing examples into an appendix will likely not be >of much help for readers not very acquainted with bibliographic >identifiers, and would perhaps violate the requirements from >RFC 3406 and its planned successor, the rfc3406bis draft. Ok. Regards, -sm
- [urn] Comments on draft-ietf-urnbis-rfc3187bis-is… SM
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… Alfred Hönes
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… Larry Masinter
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… Juha Hakala
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… SM
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… SM
- Re: [urn] Comments on draft-ietf-urnbis-rfc3187bi… SM