[KI-LC] New LC guideline on Temporary URL Labeling in Technical Specifications

Eve Maler eve at xmlgrrl.com
Wed Aug 31 16:50:04 EDT 2011

Thanks to the LC for considering this guideline, now approved after discussion and requests for revision in today's LC meeting. Please let me know if you see any problems with its current form.

(Oliver, the UMA WG would indeed like to request http://docs.kantarainitiative.org/uma/ ! Thanks in advance.)



	Approved Guideline
Approved by the LC on 31 Aug 2011.
Temporary URL Labeling in Technical Specifications
Requirements | LC Guideline | References
Kantara Work Groups that produce Technical Specifications often need to give unique labels to various components in those specifications, such as XML namespace names, or identifiers for fields in XRD descriptive data. Although these labels are intended to be temporary until the specs are eventually completed at a standards development organization (SDO), software implementers often need to code features that use these draft labels in the interim.

Uniform Resource Identifiers (URIs), most often Uniform Resource Locators (URLs) using the http: scheme, are typically used for such labels. In some cases, it's desirable to allow machine-readable metadata, such as a schema, to be retrieved from the URL.

Kantara Work Groups have control of URLs that reside in the wiki area assigned to them (for example,http://kantarainitiative.org/confluence/display/uma/... for the UMA Work Group), but using such URLs has two downsides:

Wiki areas are managed by the Confluence software in a proprietary fashion, and it's difficult to place "unencumbered" metadata at such locations.
The URLs are longer than strictly necessary, making code examples difficult to read.
Following is an example from the UMA 1.0 Core Protocol as of 31 Aug 2011, illustrating the need for labels in its XRD formats (it had invented these URL strings in the absence of a Kantara policy):

<!-- Applies to both hosts and requesters -->


<!-- Host protection API -->

<!-- AM as authorization server to host-as-client -->
LC Guideline
Kantara will make available the following area on its site that Work Groups can use for temporary URL-based labels that appear in their Technical Specifications and, optionally, web resources that correspond to these labels: http://docs.kantarainitiative.org/.

Each Work Group will, by request to Kantara staff, be given the opportunity to control URLs and content in an area named with the same affix given to their Confluence wiki area (or a modified affix by mutual arrangement). For example, the UMA Work Group could requesthttp://docs.kantarainitiative.org/umawg/ or http://docs.kantarainitiative.org/uma/.

Within such an area, the Work Group has the opportunity to manage the namespace as it sees fit, for example, including version or date numbers or spec module names as URL path components.

Technical Specifications that make use of such URLs must make clear that they considered temporary until such time as the specification is finalized in an SDO.

Work Groups can choose to use some other system of labeling, such as URNs, or URLs in a non-Kantara-related domain (with permission of the domain owner), but if they want to use the kantarainitiative.org domain, it must be as prescribed in this policy.

For somewhat similar policies, see:

The OASIS naming directives
The URIs for W3C Namespaces policy

Eve Maler                                  http://www.xmlgrrl.com/blog
+1 425 345 6756                         http://www.twitter.com/xmlgrrl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kantarainitiative.org/pipermail/lc/attachments/20110831/3da00201/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: information.gif
Type: image/gif
Size: 1005 bytes
Desc: not available
Url : http://kantarainitiative.org/pipermail/lc/attachments/20110831/3da00201/attachment.gif 

More information about the LC mailing list