From urn-nid-bounces@apps.ietf.org Tue Nov 01 19:33:19 2005 Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EX6Z5-0005Wx-P4; Tue, 01 Nov 2005 19:33:19 -0500 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EX6Z3-0005WO-EL for urn-nid@megatron.ietf.org; Tue, 01 Nov 2005 19:33:17 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA26622 for ; Tue, 1 Nov 2005 19:32:55 -0500 (EST) Received: from oscar.inmedius.com ([65.114.104.4]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EX6nU-0002TS-SB for urn-nid@apps.ietf.org; Tue, 01 Nov 2005 19:48:15 -0500 Received: from carp.inmedius.com ([65.114.104.138]) by oscar.inmedius.com with InterScan VirusWall; Tue, 01 Nov 2005 19:36:37 -0500 Received: from BLUEGILL ([192.168.0.3]) (authenticated bits=0) by carp.inmedius.com (8.12.8/8.12.8) with ESMTP id jA20WiEq012571 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 1 Nov 2005 19:32:46 -0500 Message-Id: <200511020032.jA20WiEq012571@carp.inmedius.com> From: "Sean Rushing" To: Date: Tue, 1 Nov 2005 17:33:07 -0700 Organization: Inmedius, Inc. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_005B_01C5DF0A.541FE2D0" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcXfRP5mOHPCmomuRa2H3thDaD5GEw== X-Spam-Score: 0.8 (/) X-Scan-Signature: c343632e7d969f32683dd165d9d1aa55 Subject: draft-rushing-s1000d-urn-00.txt X-BeenThere: urn-nid@apps.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: srushing@inmedius.com List-Id: discussion of new namespace identifiers for URNs List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: urn-nid-bounces@apps.ietf.org Errors-To: urn-nid-bounces@apps.ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_005B_01C5DF0A.541FE2D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_005C_01C5DF0A.541FE2D0" ------=_NextPart_001_005C_01C5DF0A.541FE2D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I-D draft-rushing-s1000d-urn-00.txt attached "A URN Namespace for ASD Specification 1000D". :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Sean Rushing . Inmedius S1000D Products and Services srushing@inmedius.com -- phone 520.747.3955 Inmedius, Inc. . www.inmedius.com *********************************************************************** Confidentiality Note: The information contained in this email and document(s) attached are for the exclusive use of the addressee and contains confidential, privileged and non-disclosable information. If the recipient of this email is not the addressee, such recipient is strictly prohibited from reading, photocopying, distributing or otherwise using this email or its contents in any way. *********************************************************************** ------=_NextPart_001_005C_01C5DF0A.541FE2D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I-D draft-rushing-s1000d-urn-00.txt attached "A URN Namespace for ASD Specification 1000D".

 

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<= /o:p>

   Sean= Rushing  .  Inmedius S1000D Products and Services

      srushing@inmedius.com -- phone 520.747.3955

          Inmedius,= Inc.  .  www.inmedius.com

 

****************************************************************= *******
Confidentiality Note: The information contained in this email and= document(s) attached are for the exclusive use of the addressee and= contains confidential, privileged and non-disclosable information. If the= recipient of this email is not the addressee, such recipient is strictly= prohibited from reading, photocopying, distributing or otherwise using= this email or its contents in any way.
***********************************************************************
------=_NextPart_001_005C_01C5DF0A.541FE2D0-- ------=_NextPart_000_005B_01C5DF0A.541FE2D0 Content-Type: text/plain; name="draft-rushing-s1000d-urn-00.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="draft-rushing-s1000d-urn-00.txt" Content-Transfer-Encoding: quoted-printable Network Working Group S. Rushing Internet-Draft Inmedius Expires: May 1, 2006 November 1, 2005 A URN Namespace for ASD Specification 1000D draft-rushing-s1000d-urn-00.txt Status of this Memo By submitting this Internet-Draft, each author represents that any=20 applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on May 1, 2006 . Copyright Notice Copyright (C) The Internet Society (2005). Abstract This document describes a Uniform Resource Name (URN) namespace for naming persistent resources defined by ASD Specification 1000D. Rushing Expires May 1, 2006 [Page 1] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Specification Template . . . . . . . . . . . . . . . . . . . . 3 3. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 4. Security Considerations . . . . . . . . . . . . . . . . . . . 7 5. Namespace Considerations and Community Considerations . . . . 7 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7 7. Normative References . . . . . . . . . . . . . . . . . . . . . 7 Author's Address . . . . . . . . . . . . . . . . . . . . . . . 8 Intellectual Property and Copyright Statements . . . . . . . . 9 Rushing Expires May 1, 2006 [Page 2] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 1. Introduction Specification 1000D (S1000D) is an international specification for the procurement and production of technical publications. The current issue of the specification has been jointly produced by the Aerospace and Defence Industries Association of Europe (ASD. Previously AECMA, European Association of Aerospace Industries) and the Aerospace Industries Association of America (AIA). The specification is used worldwide by a variety of commercial and government entities for the development of technical documentation. The specification adopts ISO, CALS and W3C standards to promote document standardization in which information is generated in a neutral format. Compliant documentation generated using the specification can be processed on different, and often disparate, IT systems. It is this feature, added to the concept of modularization, which makes the specification acceptable to the wider international community. Portions of S1000D define a resource coding system to allow resources created under the specification to be uniquely identified in global environment. To provide for the creation of a web-based resource management system, ASD would like to assign URNs to resources created under the specification in order to retain unique, permanent, location-independent names for these resources, in addition to providing a framework for resolution of these resources. For more information about ASD and S1000D see http://www.s1000d.org. This namespace specification is for a formal namespace. 2. Specification Template Namespace ID: To be assigned. Request the string "S1000D". Registration information: Version 2 Date: <2005-03-7, when submitted> Declared registrant of the namespace: Name: ASD TPSMG Chairperson Address: Corporate Technical Services Rushing Expires May 1, 2006 [Page 3] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 Technical Documentation Kentigern House 65 Brown Street Glasgow G2 8EX UK Contact: Mr. Dennis Hoyland E-mail: adcts@techinfo.mod.uk Declaration of structure: The identifier has the following ABNF structure. ;start ABNF notation URN =3D "URN:" namespace NSS namespace =3D "S1000D:" NSS =3D dmc-nss / pmc-nss / csn-nss / icn-nss com-nss / ddn-nss / dml-nss ;Define the subnamespace as an subnamespace identifer ;plus a subnamespace code string dmc-nss =3D "DMC-" nss-code pmc-nss =3D "PMC-" nss-code csn-nss =3D "CSN-" nss-code icn-nss =3D "ICN-" nss-code com-nss =3D "COM-" nss-code ddn-nss =3D "DDN-" nss-code dml-nss =3D "DML-" nss-code ;Define the subnamespace code as a string encoded to the ;format specified by the namespace identifier and an ;optional extension string indicating the resource status. nss-code =3D subcode subext ;The code strings are a groups of alpha and digit characters ;separated by the dash character. The specific code syntax ;for each subnamespace is decribed in ASD Specification 1000D. subcode =3D 1*(DIGIT / ALPHA / "-") ;Define the encoding extension as an optional set of status ;indicators separated by the "_" character. subext =3D [issue] [lang] issue =3D "_I-" 3DIGIT lang =3D "_L-" 2ALPHA Rushing Expires May 1, 2006 [Page 4] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 ;ABNF core rules RFC 2234, listed for clarity ;ALPHA =3D %x41-5A / %x61-7A ; A-Z / a-z ;DIGIT =3D %x30-39 ; 0-9 ;end ABNF notation The following subnamespaces are currently defined: "DMC" - contains all Data Modules Codes "PMC" - contains all Publication Module Codes "CSN" - contains all Catalogue Sequence Numbers "ICN" - contains all Illustration Control Numbers. "COM" - contains all Comment Codes. "DDN" - contains all Data Dispatch Notices. "DML" - contains all Data Module Lists. Example usage: URN:S1000D:{subid}-{subcode}_{subext} e.g., URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN where: {subid} =3D DMC, The code is a Data Module Code {subcode} =3D AE-A-07-05-0000-00A-040A-A, String in DMC syntax {subext} =3D _I-001_L-EN, the first issue in English. Relevant ancillary documentation: ASD S1000D, Issue 2.2 Reference: Chap 7.4.1.2, "IETP - Resource resolution" url: http://www.s1000d.org Identifier uniqueness considerations: Identifier uniqueness is guaranteed through processes outlined within ASD S1000D. All codes defined within the specification must begin with a Model Identifier (MI) that will be registered with the NATO Maintenance and Supply Agency (NAMSA) and is never to be reused. All project generated codes are prefixed by the assigned MI and are required by the specification to be unique within the scope of the project. Since all project codes are prefixed by a globally unique MI, and since these codes must be unique within the project, all generated identifiers will be globally unique. Identifier persistence considerations: Rushing Expires May 1, 2006 [Page 5] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 Persistence of identifiers is dependent upon suitable delegation of resolution and the fact that generated identifiers are to be persistent once published. Existing information objects can be used in new projects by referencing them through their persistent identifiers. Process of identifier assignment: Identifiers are assigned in the following manner. Projects are assigned a Model Identifier by the NAMSA organization. Projects then generate identifiers using the processes outlined in ASD S1000D. The codes are prefixed with the encoding identifier and possibly postfixed by the extension status identifiers. Process for identifier resolution: The project identified by the Model Identifier is responsible for providing a method of resource resolution. A suggested method of resolution is outlined in ASD S1000D. Rules for Lexical Equivalence: All generated identifiers are to be considered are case- insensitive. Conformance with URN syntax: No special considerations. Validation mechanism: Identifiers must conform to ASD S1000D. Scope: Global. 3. Examples The following examples are not guaranteed to be real and are provided for illustrative purposes only. URN:S1000D:DMC-AE-A-07-04-0101-00A-040A-A URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN URN:S1000D:ICN-AE-B-291101-M-C0419-00571-A-01-1 URN:S1000D:PMC-AE-F6117-00001-00 Rushing Expires May 1, 2006 [Page 6] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 4. Security Considerations There are no additional security considerations other than those normally associated with the use and resolution of URNs in general. 5. Namespace Considerations and Community Considerations Resources will be named and maintained in accordance with the processes described in this document, in addition to the processes described in S1000D. Any organization or individual can utilize the specification to create resources described by S1000D. Resolution and/or use of created resources is unrestricted by the specification in order to promote widespread adoption of open ASD standards, although organizations creating resources may control them as they see fit. 6. IANA Considerations This document describes a "S1000D" URN NID registration for the S1000D organization and will need to be entered into the IANA registry of URN NIDs upon approval. (http://www.iana.org/assignments/urn-namespaces). 7. Normative References [1] Moats, R., "URN Syntax", RFC 2141, May 1997. [2] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax", RFC 2396, August 1998. [3] Daigle, L., van Gulik, D., Iannella, R. and P. Faltstrom, "Uniform Resource Names (URN) Namespace Definition Mechanisms", BCP 66, RFC 3406, October 2002. [4] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 2234, November 1997. [5] "ASD Specification 1000D", May 2005. Rushing Expires May 1, 2006 [Page 7] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 Author's Address Sean Rushing Inmedius, Inc. 2710 South Kolb Road Tucson, AZ 85730 USA Phone: +01 520 747 3955 Email: srushing@inmedius.com Rushing Expires May 1, 2006 [Page 8] =0C Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 Intellectual Property Statement The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The Internet Society (2005). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society. Rushing Expires May 1, 2006 [Page 9] =0C ------=_NextPart_000_005B_01C5DF0A.541FE2D0-- From urn-nid-bounces@apps.ietf.org Tue Nov 01 20:15:56 2005 Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EX7EK-0003pm-IF; Tue, 01 Nov 2005 20:15:56 -0500 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EX7EI-0003pb-AN for urn-nid@megatron.ietf.org; Tue, 01 Nov 2005 20:15:54 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA28043 for ; Tue, 1 Nov 2005 20:15:32 -0500 (EST) Received: from shu.cs.utk.edu ([160.36.56.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EX7Sm-0003aU-2L for urn-nid@apps.ietf.org; Tue, 01 Nov 2005 20:30:53 -0500 Received: from localhost (shu [127.0.0.1]) by shu.cs.utk.edu (Postfix) with ESMTP id 3A5EE13B29; Tue, 1 Nov 2005 20:15:52 -0500 (EST) Received: from shu.cs.utk.edu ([127.0.0.1]) by localhost (shu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18728-07; Tue, 1 Nov 2005 20:15:50 -0500 (EST) Received: from [192.168.0.4] (user-119b1dm.biz.mindspring.com [66.149.133.182]) by shu.cs.utk.edu (Postfix) with ESMTP id 590D113B24; Tue, 1 Nov 2005 20:15:50 -0500 (EST) Message-ID: <43681345.1050903@cs.utk.edu> Date: Tue, 01 Nov 2005 20:15:49 -0500 From: Keith Moore User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: srushing@inmedius.com References: <200511020032.jA20WiEq012571@carp.inmedius.com> In-Reply-To: <200511020032.jA20WiEq012571@carp.inmedius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new with ClamAV and SpamAssasin at cs.utk.edu X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Content-Transfer-Encoding: 7bit Cc: urn-nid@apps.ietf.org Subject: Re: draft-rushing-s1000d-urn-00.txt X-BeenThere: urn-nid@apps.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: discussion of new namespace identifiers for URNs List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: urn-nid-bounces@apps.ietf.org Errors-To: urn-nid-bounces@apps.ietf.org suggestions: 1) you should expand the abbreviation "ASD" in the title and abstract, and perhaps also at the first mention in the body text. 2) unless you are already using this syntax in practice, I would advise against mixing underscore (_) and dash (-) as many people seem to get these confused, particularly when transcribing to or from paper. I suggest substituting some other non-alphanumeric character for underscore. 3) more generally you might want to avoid encoding issue and language notations in the URN. Embedding semantic information in a URN can create a tendency for users to make associations between one URN and another that can harm the persistence of the URN. For instance, users might tend to assume that a URN of the form urn:s1000d:xxxx_l-en and another of the form urn:s1000d:xxxx_l-fr differ only in their language, when this is not necessarily true - particularly if the different language versions are revised at different times or frequencies, or the work is written in a "primary" language and translated into "secondary" languages in such a way that the "primary" is more authoritative. From urn-nid-bounces@apps.ietf.org Fri Nov 04 19:52:43 2005 Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EYCIV-0002PD-Ng; Fri, 04 Nov 2005 19:52:43 -0500 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EYCIT-0002P0-N8 for urn-nid@megatron.ietf.org; Fri, 04 Nov 2005 19:52:42 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25282 for ; Fri, 4 Nov 2005 19:52:18 -0500 (EST) Received: from zeke.ecotroph.net ([69.31.8.124]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EYCXZ-00007i-Lp for urn-nid@apps.ietf.org; Fri, 04 Nov 2005 20:08:18 -0500 Received: from [171.71.208.212] ([::ffff:171.71.208.212]) (AUTH: PLAIN leslie, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by zeke.ecotroph.net with esmtp; Fri, 04 Nov 2005 19:52:18 -0500 id 0158802C.436C0242.00006B3B Message-ID: <436C0240.2@thinkingcat.com> Date: Fri, 04 Nov 2005 19:52:16 -0500 From: Leslie Daigle User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: srushing@inmedius.com References: <200511020032.jA20WiEq012571@carp.inmedius.com> In-Reply-To: <200511020032.jA20WiEq012571@carp.inmedius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 0d6b5666eba887052ef5e87a9de0d3b8 Content-Transfer-Encoding: 7bit Cc: urn-nid@apps.ietf.org Subject: Re: draft-rushing-s1000d-urn-00.txt X-BeenThere: urn-nid@apps.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: discussion of new namespace identifiers for URNs List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: urn-nid-bounces@apps.ietf.org Errors-To: urn-nid-bounces@apps.ietf.org This still isn't published as an Internet-Draft, is it? Leslie. Sean Rushing wrote: > I-D draft-rushing-s1000d-urn-00.txt attached "A URN Namespace for ASD > Specification 1000D". > > > > :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: > > Sean Rushing . Inmedius S1000D Products and Services > > srushing@inmedius.com -- phone 520.747.3955 > > Inmedius, Inc. . www.inmedius.com > > > > *********************************************************************** > Confidentiality Note: The information contained in this email and > document(s) attached are for the exclusive use of the addressee and > contains confidential, privileged and non-disclosable information. If > the recipient of this email is not the addressee, such recipient is > strictly prohibited from reading, photocopying, distributing or > otherwise using this email or its contents in any way. > *********************************************************************** > > > ------------------------------------------------------------------------ > > > > > Network Working Group S. Rushing > Internet-Draft Inmedius > Expires: May 1, 2006 November 1, 2005 > > > A URN Namespace for ASD Specification 1000D > draft-rushing-s1000d-urn-00.txt > > Status of this Memo > > By submitting this Internet-Draft, each author represents that any > applicable patent or other IPR claims of which he or she is aware > have been or will be disclosed, and any of which he or she becomes > aware will be disclosed, in accordance with Section 6 of BCP 79. > > Internet-Drafts are working documents of the Internet Engineering > Task Force (IETF), its areas, and its working groups. Note that > other groups may also distribute working documents as > Internet-Drafts. > > Internet-Drafts are draft documents valid for a maximum of six months > and may be updated, replaced, or obsoleted by other documents at any > time. It is inappropriate to use Internet-Drafts as reference > material or to cite them other than as "work in progress." > > The list of current Internet-Drafts can be accessed at > http://www.ietf.org/ietf/1id-abstracts.txt. > > The list of Internet-Draft Shadow Directories can be accessed at > http://www.ietf.org/shadow.html. > > This Internet-Draft will expire on May 1, 2006 . > > Copyright Notice > > Copyright (C) The Internet Society (2005). > > Abstract > > This document describes a Uniform Resource Name (URN) namespace for > naming persistent resources defined by ASD Specification 1000D. > > > > > > > > > Rushing Expires May 1, 2006 [Page 1] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Table of Contents > > 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 > 2. Specification Template . . . . . . . . . . . . . . . . . . . . 3 > 3. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 > 4. Security Considerations . . . . . . . . . . . . . . . . . . . 7 > 5. Namespace Considerations and Community Considerations . . . . 7 > 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7 > 7. Normative References . . . . . . . . . . . . . . . . . . . . . 7 > Author's Address . . . . . . . . . . . . . . . . . . . . . . . 8 > Intellectual Property and Copyright Statements . . . . . . . . 9 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 2] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > 1. Introduction > > Specification 1000D (S1000D) is an international specification for > the procurement and production of technical publications. The > current issue of the specification has been jointly produced by the > Aerospace and Defence Industries Association of Europe (ASD. > Previously AECMA, European Association of Aerospace Industries) and > the Aerospace Industries Association of America (AIA). The > specification is used worldwide by a variety of commercial and > government entities for the development of technical documentation. > > The specification adopts ISO, CALS and W3C standards to promote > document standardization in which information is generated in a > neutral format. Compliant documentation generated using the > specification can be processed on different, and often disparate, IT > systems. It is this feature, added to the concept of modularization, > which makes the specification acceptable to the wider international > community. > > Portions of S1000D define a resource coding system to allow resources > created under the specification to be uniquely identified in global > environment. To provide for the creation of a web-based resource > management system, ASD would like to assign URNs to resources created > under the specification in order to retain unique, permanent, > location-independent names for these resources, in addition to > providing a framework for resolution of these resources. > > For more information about ASD and S1000D see http://www.s1000d.org. > > This namespace specification is for a formal namespace. > > 2. Specification Template > > Namespace ID: > > To be assigned. Request the string "S1000D". > > Registration information: > > Version 2 > Date: <2005-03-7, when submitted> > > Declared registrant of the namespace: > > Name: > ASD TPSMG Chairperson > Address: > Corporate Technical Services > > > > Rushing Expires May 1, 2006 [Page 3] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Technical Documentation > Kentigern House > 65 Brown Street > Glasgow G2 8EX > UK > Contact: > Mr. Dennis Hoyland > E-mail: adcts@techinfo.mod.uk > > Declaration of structure: > > The identifier has the following ABNF structure. > > ;start ABNF notation > > URN = "URN:" namespace NSS > > namespace = "S1000D:" > > NSS = dmc-nss / pmc-nss / csn-nss / icn-nss > com-nss / ddn-nss / dml-nss > > ;Define the subnamespace as an subnamespace identifer > ;plus a subnamespace code string > dmc-nss = "DMC-" nss-code > pmc-nss = "PMC-" nss-code > csn-nss = "CSN-" nss-code > icn-nss = "ICN-" nss-code > com-nss = "COM-" nss-code > ddn-nss = "DDN-" nss-code > dml-nss = "DML-" nss-code > > ;Define the subnamespace code as a string encoded to the > ;format specified by the namespace identifier and an > ;optional extension string indicating the resource status. > nss-code = subcode subext > > ;The code strings are a groups of alpha and digit characters > ;separated by the dash character. The specific code syntax > ;for each subnamespace is decribed in ASD Specification 1000D. > subcode = 1*(DIGIT / ALPHA / "-") > > ;Define the encoding extension as an optional set of status > ;indicators separated by the "_" character. > subext = [issue] [lang] > issue = "_I-" 3DIGIT > lang = "_L-" 2ALPHA > > > > > Rushing Expires May 1, 2006 [Page 4] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > ;ABNF core rules RFC 2234, listed for clarity > ;ALPHA = %x41-5A / %x61-7A ; A-Z / a-z > ;DIGIT = %x30-39 ; 0-9 > > ;end ABNF notation > > The following subnamespaces are currently defined: > > "DMC" - contains all Data Modules Codes > "PMC" - contains all Publication Module Codes > "CSN" - contains all Catalogue Sequence Numbers > "ICN" - contains all Illustration Control Numbers. > "COM" - contains all Comment Codes. > "DDN" - contains all Data Dispatch Notices. > "DML" - contains all Data Module Lists. > > Example usage: > > URN:S1000D:{subid}-{subcode}_{subext} > > e.g., URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN > > where: > {subid} = DMC, The code is a Data Module Code > {subcode} = AE-A-07-05-0000-00A-040A-A, String in DMC syntax > {subext} = _I-001_L-EN, the first issue in English. > > Relevant ancillary documentation: > > ASD S1000D, Issue 2.2 > Reference: Chap 7.4.1.2, "IETP - Resource resolution" > url: http://www.s1000d.org > > Identifier uniqueness considerations: > > Identifier uniqueness is guaranteed through processes outlined > within ASD S1000D. All codes defined within the specification > must begin with a Model Identifier (MI) that will be registered > with the NATO Maintenance and Supply Agency (NAMSA) and is never > to be reused. All project generated codes are prefixed by the > assigned MI and are required by the specification to be unique > within the scope of the project. Since all project codes are > prefixed by a globally unique MI, and since these codes must be > unique within the project, all generated identifiers will > be globally unique. > > Identifier persistence considerations: > > > > > Rushing Expires May 1, 2006 [Page 5] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Persistence of identifiers is dependent upon suitable delegation > of resolution and the fact that generated identifiers are to be > persistent once published. Existing information objects can be > used in new projects by referencing them through their > persistent identifiers. > > Process of identifier assignment: > > Identifiers are assigned in the following manner. Projects are > assigned a Model Identifier by the NAMSA organization. Projects > then generate identifiers using the processes outlined in > ASD S1000D. The codes are prefixed with the encoding > identifier and possibly postfixed by the extension status > identifiers. > > Process for identifier resolution: > > The project identified by the Model Identifier is responsible for > providing a method of resource resolution. A suggested method of > resolution is outlined in ASD S1000D. > > Rules for Lexical Equivalence: > > All generated identifiers are to be considered are case- > insensitive. > > Conformance with URN syntax: > > No special considerations. > > Validation mechanism: > > Identifiers must conform to ASD S1000D. > > Scope: > > Global. > > > 3. Examples > > The following examples are not guaranteed to be real and are provided > for illustrative purposes only. > > URN:S1000D:DMC-AE-A-07-04-0101-00A-040A-A > URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN > URN:S1000D:ICN-AE-B-291101-M-C0419-00571-A-01-1 > URN:S1000D:PMC-AE-F6117-00001-00 > > > > Rushing Expires May 1, 2006 [Page 6] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > 4. Security Considerations > > There are no additional security considerations other than those > normally associated with the use and resolution of URNs in general. > > 5. Namespace Considerations and Community Considerations > > Resources will be named and maintained in accordance with the > processes described in this document, in addition to the processes > described in S1000D. Any organization or individual can utilize the > specification to create resources described by S1000D. Resolution > and/or use of created resources is unrestricted by the specification > in order to promote widespread adoption of open ASD standards, > although organizations creating resources may control them as they > see fit. > > 6. IANA Considerations > > This document describes a "S1000D" URN NID registration for the > S1000D organization and will need to be entered into the IANA > registry of URN NIDs upon approval. > (http://www.iana.org/assignments/urn-namespaces). > > 7. Normative References > > [1] Moats, R., "URN Syntax", RFC 2141, May 1997. > > [2] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource > Identifiers (URI): Generic Syntax", RFC 2396, August 1998. > > [3] Daigle, L., van Gulik, D., Iannella, R. and P. Faltstrom, > "Uniform Resource Names (URN) Namespace Definition Mechanisms", > BCP 66, RFC 3406, October 2002. > > [4] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax > Specifications: ABNF", RFC 2234, November 1997. > > [5] "ASD Specification 1000D", May 2005. > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 7] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Author's Address > > Sean Rushing > Inmedius, Inc. > 2710 South Kolb Road > Tucson, AZ 85730 > USA > > Phone: +01 520 747 3955 > Email: srushing@inmedius.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 8] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Intellectual Property Statement > > The IETF takes no position regarding the validity or scope of any > Intellectual Property Rights or other rights that might be claimed to > pertain to the implementation or use of the technology described in > this document or the extent to which any license under such rights > might or might not be available; nor does it represent that it has > made any independent effort to identify any such rights. Information > on the procedures with respect to rights in RFC documents can be > found in BCP 78 and BCP 79. > > Copies of IPR disclosures made to the IETF Secretariat and any > assurances of licenses to be made available, or the result of an > attempt made to obtain a general license or permission for the use of > such proprietary rights by implementers or users of this > specification can be obtained from the IETF on-line IPR repository at > http://www.ietf.org/ipr. > > The IETF invites any interested party to bring to its attention any > copyrights, patents or patent applications, or other proprietary > rights that may cover technology that may be required to implement > this standard. Please address the information to the IETF at > ietf-ipr@ietf.org. > > > Disclaimer of Validity > > This document and the information contained herein are provided on an > "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS > OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET > ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, > INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE > INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED > WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. > > > Copyright Statement > > Copyright (C) The Internet Society (2005). This document is subject > to the rights, licenses and restrictions contained in BCP 78, and > except as set forth therein, the authors retain all their rights. > > > Acknowledgment > > Funding for the RFC Editor function is currently provided by the > Internet Society. > > > > > Rushing Expires May 1, 2006 [Page 9] > From urn-nid-bounces@apps.ietf.org Mon Nov 07 12:16:40 2005 Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EZAbo-0007xP-E9; Mon, 07 Nov 2005 12:16:40 -0500 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EZAbm-0007wE-Vy for urn-nid@megatron.ietf.org; Mon, 07 Nov 2005 12:16:39 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA23402 for ; Mon, 7 Nov 2005 12:16:12 -0500 (EST) Received: from oscar.inmedius.com ([65.114.104.4]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EZArQ-0001o4-1X for urn-nid@apps.ietf.org; Mon, 07 Nov 2005 12:32:48 -0500 Received: from carp.inmedius.com ([65.114.104.138]) by oscar.inmedius.com with InterScan VirusWall; Mon, 07 Nov 2005 12:19:34 -0500 Received: from BLUEGILL ([192.168.0.2]) (authenticated bits=0) by carp.inmedius.com (8.12.8/8.12.8) with ESMTP id jA7HGB3M019001 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Nov 2005 12:16:12 -0500 Message-Id: <200511071716.jA7HGB3M019001@carp.inmedius.com> From: "Sean Rushing" To: "'Leslie Daigle'" Date: Mon, 7 Nov 2005 10:16:31 -0700 Organization: Inmedius, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcXhoy4kp69l5SZmRKyqwgyKCTCmJgCG7uFw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <436C0240.2@thinkingcat.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 9361ae25efd9cff62e36f70ef966350e Content-Transfer-Encoding: 7bit Cc: urn-nid@apps.ietf.org Subject: RE: draft-rushing-s1000d-urn-00.txt X-BeenThere: urn-nid@apps.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: srushing@inmedius.com List-Id: discussion of new namespace identifiers for URNs List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: urn-nid-bounces@apps.ietf.org Errors-To: urn-nid-bounces@apps.ietf.org I submitted, but again they are closing business. I will resent today. Thanks, Sean :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Sean Rushing . Inmedius S1000D Products and Services srushing@inmedius.com -- phone 520.747.3955 Inmedius, Inc. . www.inmedius.com -----Original Message----- From: Leslie Daigle [mailto:leslie@thinkingcat.com] Sent: Friday, November 04, 2005 5:52 PM To: srushing@inmedius.com Cc: urn-nid@apps.ietf.org Subject: Re: draft-rushing-s1000d-urn-00.txt This still isn't published as an Internet-Draft, is it? Leslie. Sean Rushing wrote: > I-D draft-rushing-s1000d-urn-00.txt attached "A URN Namespace for ASD > Specification 1000D". > > > > :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: > > Sean Rushing . Inmedius S1000D Products and Services > > srushing@inmedius.com -- phone 520.747.3955 > > Inmedius, Inc. . www.inmedius.com > > > > *********************************************************************** > Confidentiality Note: The information contained in this email and > document(s) attached are for the exclusive use of the addressee and > contains confidential, privileged and non-disclosable information. If > the recipient of this email is not the addressee, such recipient is > strictly prohibited from reading, photocopying, distributing or > otherwise using this email or its contents in any way. > *********************************************************************** > > > ------------------------------------------------------------------------ > > > > > Network Working Group S. Rushing > Internet-Draft Inmedius > Expires: May 1, 2006 November 1, 2005 > > > A URN Namespace for ASD Specification 1000D > draft-rushing-s1000d-urn-00.txt > > Status of this Memo > > By submitting this Internet-Draft, each author represents that any > applicable patent or other IPR claims of which he or she is aware > have been or will be disclosed, and any of which he or she becomes > aware will be disclosed, in accordance with Section 6 of BCP 79. > > Internet-Drafts are working documents of the Internet Engineering > Task Force (IETF), its areas, and its working groups. Note that > other groups may also distribute working documents as > Internet-Drafts. > > Internet-Drafts are draft documents valid for a maximum of six months > and may be updated, replaced, or obsoleted by other documents at any > time. It is inappropriate to use Internet-Drafts as reference > material or to cite them other than as "work in progress." > > The list of current Internet-Drafts can be accessed at > http://www.ietf.org/ietf/1id-abstracts.txt. > > The list of Internet-Draft Shadow Directories can be accessed at > http://www.ietf.org/shadow.html. > > This Internet-Draft will expire on May 1, 2006 . > > Copyright Notice > > Copyright (C) The Internet Society (2005). > > Abstract > > This document describes a Uniform Resource Name (URN) namespace for > naming persistent resources defined by ASD Specification 1000D. > > > > > > > > > Rushing Expires May 1, 2006 [Page 1] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Table of Contents > > 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 > 2. Specification Template . . . . . . . . . . . . . . . . . . . . 3 > 3. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 > 4. Security Considerations . . . . . . . . . . . . . . . . . . . 7 > 5. Namespace Considerations and Community Considerations . . . . 7 > 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7 > 7. Normative References . . . . . . . . . . . . . . . . . . . . . 7 > Author's Address . . . . . . . . . . . . . . . . . . . . . . . 8 > Intellectual Property and Copyright Statements . . . . . . . . 9 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 2] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > 1. Introduction > > Specification 1000D (S1000D) is an international specification for > the procurement and production of technical publications. The > current issue of the specification has been jointly produced by the > Aerospace and Defence Industries Association of Europe (ASD. > Previously AECMA, European Association of Aerospace Industries) and > the Aerospace Industries Association of America (AIA). The > specification is used worldwide by a variety of commercial and > government entities for the development of technical documentation. > > The specification adopts ISO, CALS and W3C standards to promote > document standardization in which information is generated in a > neutral format. Compliant documentation generated using the > specification can be processed on different, and often disparate, IT > systems. It is this feature, added to the concept of modularization, > which makes the specification acceptable to the wider international > community. > > Portions of S1000D define a resource coding system to allow resources > created under the specification to be uniquely identified in global > environment. To provide for the creation of a web-based resource > management system, ASD would like to assign URNs to resources created > under the specification in order to retain unique, permanent, > location-independent names for these resources, in addition to > providing a framework for resolution of these resources. > > For more information about ASD and S1000D see http://www.s1000d.org. > > This namespace specification is for a formal namespace. > > 2. Specification Template > > Namespace ID: > > To be assigned. Request the string "S1000D". > > Registration information: > > Version 2 > Date: <2005-03-7, when submitted> > > Declared registrant of the namespace: > > Name: > ASD TPSMG Chairperson > Address: > Corporate Technical Services > > > > Rushing Expires May 1, 2006 [Page 3] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Technical Documentation > Kentigern House > 65 Brown Street > Glasgow G2 8EX > UK > Contact: > Mr. Dennis Hoyland > E-mail: adcts@techinfo.mod.uk > > Declaration of structure: > > The identifier has the following ABNF structure. > > ;start ABNF notation > > URN = "URN:" namespace NSS > > namespace = "S1000D:" > > NSS = dmc-nss / pmc-nss / csn-nss / icn-nss > com-nss / ddn-nss / dml-nss > > ;Define the subnamespace as an subnamespace identifer > ;plus a subnamespace code string > dmc-nss = "DMC-" nss-code > pmc-nss = "PMC-" nss-code > csn-nss = "CSN-" nss-code > icn-nss = "ICN-" nss-code > com-nss = "COM-" nss-code > ddn-nss = "DDN-" nss-code > dml-nss = "DML-" nss-code > > ;Define the subnamespace code as a string encoded to the > ;format specified by the namespace identifier and an > ;optional extension string indicating the resource status. > nss-code = subcode subext > > ;The code strings are a groups of alpha and digit characters > ;separated by the dash character. The specific code syntax > ;for each subnamespace is decribed in ASD Specification 1000D. > subcode = 1*(DIGIT / ALPHA / "-") > > ;Define the encoding extension as an optional set of status > ;indicators separated by the "_" character. > subext = [issue] [lang] > issue = "_I-" 3DIGIT > lang = "_L-" 2ALPHA > > > > > Rushing Expires May 1, 2006 [Page 4] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > ;ABNF core rules RFC 2234, listed for clarity > ;ALPHA = %x41-5A / %x61-7A ; A-Z / a-z > ;DIGIT = %x30-39 ; 0-9 > > ;end ABNF notation > > The following subnamespaces are currently defined: > > "DMC" - contains all Data Modules Codes > "PMC" - contains all Publication Module Codes > "CSN" - contains all Catalogue Sequence Numbers > "ICN" - contains all Illustration Control Numbers. > "COM" - contains all Comment Codes. > "DDN" - contains all Data Dispatch Notices. > "DML" - contains all Data Module Lists. > > Example usage: > > URN:S1000D:{subid}-{subcode}_{subext} > > e.g., URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN > > where: > {subid} = DMC, The code is a Data Module Code > {subcode} = AE-A-07-05-0000-00A-040A-A, String in DMC syntax > {subext} = _I-001_L-EN, the first issue in English. > > Relevant ancillary documentation: > > ASD S1000D, Issue 2.2 > Reference: Chap 7.4.1.2, "IETP - Resource resolution" > url: http://www.s1000d.org > > Identifier uniqueness considerations: > > Identifier uniqueness is guaranteed through processes outlined > within ASD S1000D. All codes defined within the specification > must begin with a Model Identifier (MI) that will be registered > with the NATO Maintenance and Supply Agency (NAMSA) and is never > to be reused. All project generated codes are prefixed by the > assigned MI and are required by the specification to be unique > within the scope of the project. Since all project codes are > prefixed by a globally unique MI, and since these codes must be > unique within the project, all generated identifiers will > be globally unique. > > Identifier persistence considerations: > > > > > Rushing Expires May 1, 2006 [Page 5] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Persistence of identifiers is dependent upon suitable delegation > of resolution and the fact that generated identifiers are to be > persistent once published. Existing information objects can be > used in new projects by referencing them through their > persistent identifiers. > > Process of identifier assignment: > > Identifiers are assigned in the following manner. Projects are > assigned a Model Identifier by the NAMSA organization. Projects > then generate identifiers using the processes outlined in > ASD S1000D. The codes are prefixed with the encoding > identifier and possibly postfixed by the extension status > identifiers. > > Process for identifier resolution: > > The project identified by the Model Identifier is responsible for > providing a method of resource resolution. A suggested method of > resolution is outlined in ASD S1000D. > > Rules for Lexical Equivalence: > > All generated identifiers are to be considered are case- > insensitive. > > Conformance with URN syntax: > > No special considerations. > > Validation mechanism: > > Identifiers must conform to ASD S1000D. > > Scope: > > Global. > > > 3. Examples > > The following examples are not guaranteed to be real and are provided > for illustrative purposes only. > > URN:S1000D:DMC-AE-A-07-04-0101-00A-040A-A > URN:S1000D:DMC-AE-A-07-05-0000-00A-040A-A_I-001_L-EN > URN:S1000D:ICN-AE-B-291101-M-C0419-00571-A-01-1 > URN:S1000D:PMC-AE-F6117-00001-00 > > > > Rushing Expires May 1, 2006 [Page 6] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > 4. Security Considerations > > There are no additional security considerations other than those > normally associated with the use and resolution of URNs in general. > > 5. Namespace Considerations and Community Considerations > > Resources will be named and maintained in accordance with the > processes described in this document, in addition to the processes > described in S1000D. Any organization or individual can utilize the > specification to create resources described by S1000D. Resolution > and/or use of created resources is unrestricted by the specification > in order to promote widespread adoption of open ASD standards, > although organizations creating resources may control them as they > see fit. > > 6. IANA Considerations > > This document describes a "S1000D" URN NID registration for the > S1000D organization and will need to be entered into the IANA > registry of URN NIDs upon approval. > (http://www.iana.org/assignments/urn-namespaces). > > 7. Normative References > > [1] Moats, R., "URN Syntax", RFC 2141, May 1997. > > [2] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource > Identifiers (URI): Generic Syntax", RFC 2396, August 1998. > > [3] Daigle, L., van Gulik, D., Iannella, R. and P. Faltstrom, > "Uniform Resource Names (URN) Namespace Definition Mechanisms", > BCP 66, RFC 3406, October 2002. > > [4] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax > Specifications: ABNF", RFC 2234, November 1997. > > [5] "ASD Specification 1000D", May 2005. > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 7] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Author's Address > > Sean Rushing > Inmedius, Inc. > 2710 South Kolb Road > Tucson, AZ 85730 > USA > > Phone: +01 520 747 3955 > Email: srushing@inmedius.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Rushing Expires May 1, 2006 [Page 8] > > Internet-Draft A URN Namespace for ASD Specification 1000D August 2005 > > > Intellectual Property Statement > > The IETF takes no position regarding the validity or scope of any > Intellectual Property Rights or other rights that might be claimed to > pertain to the implementation or use of the technology described in > this document or the extent to which any license under such rights > might or might not be available; nor does it represent that it has > made any independent effort to identify any such rights. Information > on the procedures with respect to rights in RFC documents can be > found in BCP 78 and BCP 79. > > Copies of IPR disclosures made to the IETF Secretariat and any > assurances of licenses to be made available, or the result of an > attempt made to obtain a general license or permission for the use of > such proprietary rights by implementers or users of this > specification can be obtained from the IETF on-line IPR repository at > http://www.ietf.org/ipr. > > The IETF invites any interested party to bring to its attention any > copyrights, patents or patent applications, or other proprietary > rights that may cover technology that may be required to implement > this standard. Please address the information to the IETF at > ietf-ipr@ietf.org. > > > Disclaimer of Validity > > This document and the information contained herein are provided on an > "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS > OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET > ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, > INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE > INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED > WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. > > > Copyright Statement > > Copyright (C) The Internet Society (2005). This document is subject > to the rights, licenses and restrictions contained in BCP 78, and > except as set forth therein, the authors retain all their rights. > > > Acknowledgment > > Funding for the RFC Editor function is currently provided by the > Internet Society. > > > > > Rushing Expires May 1, 2006 [Page 9] > *********************************************************************** Confidentiality Note: The information contained in this email and document(s) attached are for the exclusive use of the addressee and contains confidential, privileged and non-disclosable information. If the recipient of this email is not the addressee, such recipient is strictly prohibited from reading, photocopying, distributing or otherwise using this email or its contents in any way. *********************************************************************** From urn-nid-bounces@apps.ietf.org Wed Nov 30 08:47:28 2005 Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EhSIy-0006tI-J1; Wed, 30 Nov 2005 08:47:28 -0500 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EhSIw-0006nY-I8 for urn-nid@megatron.ietf.org; Wed, 30 Nov 2005 08:47:28 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17307 for ; Wed, 30 Nov 2005 08:46:39 -0500 (EST) Received: from oscar.inmedius.com ([65.114.104.4]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EhSdC-0003Oz-3H for urn-nid@apps.ietf.org; Wed, 30 Nov 2005 09:08:24 -0500 Received: from carp.inmedius.com ([65.114.104.138]) by oscar.inmedius.com with InterScan VirusWall; Wed, 30 Nov 2005 08:51:35 -0500 Received: from BLUEGILL (71-32-48-106.tcsn.qwest.net [71.32.48.106]) (authenticated bits=0) by carp.inmedius.com (8.12.8/8.12.8) with ESMTP id jAUDl38i001112 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 30 Nov 2005 08:47:05 -0500 Message-Id: <200511301347.jAUDl38i001112@carp.inmedius.com> From: "Sean Rushing" To: Date: Wed, 30 Nov 2005 06:47:26 -0700 Organization: Inmedius, Inc. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01C5F579.EF099E00" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcX1tJmHOy19sCCrTZq9H6t0/GqjcQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Score: 0.1 (/) X-Scan-Signature: 97c820c82c68af374c4e382a80dc5017 Cc: 'Leslie Daigle' Subject: draft-rushing-s1000d-urn-00.txt X-BeenThere: urn-nid@apps.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: srushing@inmedius.com List-Id: discussion of new namespace identifiers for URNs List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: urn-nid-bounces@apps.ietf.org Errors-To: urn-nid-bounces@apps.ietf.org This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C5F579.EF099E00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear URN-NID, The ID draft-rushing-s1000d-urn-00.txt is available in the draft list for review. http://www.ietf.org/internet-drafts/draft-rushing-s1000d-urn-00.txt Best regards, Sean :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Sean Rushing . Inmedius S1000D Products and Services srushing@inmedius.com -- phone 520.747.3955 Inmedius, Inc. . www.inmedius.com *********************************************************************** Confidentiality Note: The information contained in this email and document(s) attached are for the exclusive use of the addressee and contains confidential, privileged and non-disclosable information. If the recipient of this email is not the addressee, such recipient is strictly prohibited from reading, photocopying, distributing or otherwise using this email or its contents in any way. *********************************************************************** ------=_NextPart_000_0013_01C5F579.EF099E00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear URN-NID,

 

The ID draft-rushing-s1000d-urn-00.txt= is available in the draft list= for review.

 

ht= tp://www.ietf.org/internet-drafts/draft-rushing-s1000d-urn-00.txt<= /o:p>

 

Best regards,

 

Sean

 

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::<= /o:p>

   Sean= Rushing  .  Inmedius S1000D Products and Services

      srushing@inmedius.com -- phone 520.747.3955

          Inmedius,= Inc.  .  www.inmedius.com

 

****************************************************************= *******
Confidentiality Note: The information contained in this email and= document(s) attached are for the exclusive use of the addressee and= contains confidential, privileged and non-disclosable information. If the= recipient of this email is not the addressee, such recipient is strictly= prohibited from reading, photocopying, distributing or otherwise using= this email or its contents in any way.
***********************************************************************
------=_NextPart_000_0013_01C5F579.EF099E00--