Re: [members] Membership and Public Review of OASIS Artifact Standard Identification Scheme for Metadata

[Scott Hudson <scott.hudson@flatironssolutions.com>]

Folks,

reading through the OASIS Artifact Standard Identification Scheme for 
Metadata document, section 7.2 describes the requirements around namespaces.

In this section, it states:
"All OASIS-defined http scheme namespaces MUST use domain names owned by 
OASIS and as approved from time to time by the TC Administrator."

For DocBook V5, does our "http://docbook.org/ns/docbook"; namespace 
conform to these guidelines? Is this namespace an approved exception?

Best regards,

--Scott


James Bryce Clark wrote:
> OASIS Members:
>
> The OASIS Technical Advisory Board (TAB) has asked that the OASIS 
> membership and the public review its
>
>     OASIS Artifact Standard Identification Scheme for Metadata
>
> and provide comments during the period ending 1 March 2006 (details 
> below).
>
> This document, approved by the TAB, proposes rules for how OASIS 
> artifacts (e.g. specifications, schemas, WSDL) are named, what 
> metadata must be associated with each artifact, consistent filenames 
> and persistent (and consistent) URIs for artifacts (incorporating some 
> of the required metadata), and updates to the OASIS URN spaces.
>
> This work furthers goals for consistent naming, persistent URIs, and 
> the efficiency of data and document management across OASIS. Many of 
> the recommendations are already in effect, e.g. in the current 
> document templates. Others are guidance for work in progress, e.g. 
> persistent URIs for accessing OASIS artifacts.
>
> Please carefully consider the proposed requirements, as their 
> implementation will facilitate pending improvements in OASIS document 
> management, process automation, and expression of namespaces.
>
> While this document is written as a set of requirements, the use of 
> this document is recommended and not mandated. After this second 
> General Membership review in February 2006, we expect that the OASIS 
> Technical Advisory Board will approve a future version as a 
> contribution to ongoing OASIS policy discussions.
>
> Earlier versions of this document, under various names, have been 
> circulated to the OASIS Chairs email list and (as the "Artifact 
> Identification Requirements") went through a General Membership Review 
> cycle in July 2005.
>
> The package for this General Membership Review includes
>
> (1) This cover letter
>
> (2) The document 
> ArtifactStandardIdentificationSchemeForMetadata-v1.0.1.pdf:  at 
> http://www.oasis-open.org/committees/download.php/16546/ArtifactStandardIdentificationSchemeForMetadata-1.0.1.pdf 
>
>
> (3) A spreadsheet listing comments and responses from the July 2005 
> review:  at: 
> http://www.oasis-open.org/committees/download.php/16547/ArtifactStandardIdentificationSchemeForMetadata%20Public%20Review%20Resolutions.pdf 
>
>
> Discussion will take place, and comments will be taken from, the 
> oasis-member-discuss list; to send to that list and to receive 
> real-time emails, please apply to join the list(login as a member, 
> select All Groups, scroll down to OASIS Member Discuss, and click the 
> "Join Group" link. There is no waiting period.
>
> Comments will be considered through those received on March 1, 2006, 
> midnight US Eastern Standard Time.
>
> Thank you for your consideration of these important issues.
>
> The OASIS TAB
>
>
> ---------------------------------------------------------------------
> This email list is used solely by OASIS for official consortium 
> communications. Opt-out requests may be sent to 
> member_services@oasis-open.org, however, all members are strongly 
> encouraged to maintain a subscription to this list.
>


-- 
*Scott Hudson*
Flatirons Solutions Corporation
XML and Content Management Solutions
2555 55th Street, Suite 100 D
Boulder, CO 80301 	 
phone: 303-544-0514 x 146
fax: 303-544-0522
email: Scott.Hudson@FlatironsSolutions.com 
<mailto:Scott.Hudson@FlatironsSolutions.com>
web: http://www.FlatironsSolutions.com <http://www.flatironssolutions.com/>
blog: http://scottysengineeringlog.net <http://scottysengineeringlog.net/>

Knowledge is Power. Sharing is Empowerment.
begin:vcard
fn:Scott Hudson
n:Hudson;Scott
org:Flatirons Solutions;Content Management Services
adr:Suite 100D;;2555 55th Street;Boulder;CO;80301;USA
email;internet:scott.hudson@flatironssolutions.com
title:Consultant
tel;work:303-544-0514 x146
tel;cell:303-332-1883
note:Knowledge is Power. Sharing is Empowerment.
x-mozilla-html:TRUE
url:http://shudson310.blogspot.com
version:2.1
end:vcard

S/MIME Cryptographic Signature