Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: Best Practices for Establishing Namespace Name

From: ekimber <ekimber@--------.--->
To: "Henry S. Thompson" <ht@---.--.--.-->, "Tsao, Scott"
Date: 9/2/2009 1:15:00 PM
On 9/2/09 4:39 AM, "Henry S. Thompson" <ht@i...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Tsao, Scott writes:

 ...

>> The committee (we are participating in) seems to think that we
>> should register a formal URN namespace for "global" uses like OASIS
>> and S1000D have done [1], because that would allow us to use this
>> unique namespace as part of our schema namespace structure for
>> different schemas in different specifications.
> 
> Why doesn't the same apply for e.g. http://[your committee]/namespaces/xxx?
> 
> Which has the additional benefit that as I mentioned before, you can
> document your namespace at that URI...

I had been under the impression that the Namespace recommendation
specifically prohibited namespace URIs from being resolvable to anything.
But I see that in the 1.1 version it says

" It is not a goal that it be directly usable for retrieval *of a schema*
(if any exists)." [Emphasis mine.]

Which definitely allows the use Henry suggests.

I had always thought that URNs were preferable simply because they *aren't*
resolvable by any generally-available infrastructure.

But having a URL that has documentation at the other end of it seems
reasonable.

Cheers,

Eliot
----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber@r... <mailto:ekimber@r...>
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 




transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent