* For me, the primary reason for having a single
namespace is not technical; it's human. Having a
single namespace is a significant advantage for human
beings who are trying to talk with each other about
TM Models. With a single namespace within which
every aspect of a given TM Model has a unique name,
we can speak to each other unambiguously, without
having to be painfully precise every time we open our
mouths. We can say only "zorp", instead of having to
say "the zorp assertion type", or "the zorp role
type", or "the zorp SIDP", since "zorp" can mean only
one thing (whichever it is). (As a standards
developer yourself, you know how hard it is to
establish an unambiguous universe of discourse.
Considering the vanishingly small price of this
"single namespace" idea, and the potentially enormous
cost of misunderstandings regarding TMs and what they
mean, doesn't the single namespace idea make sense to
I think there's something to be said for Steve's suggestion below of "Topic
Maps Information Aggregation Metamodel". There's more than one way to get to
that: we should remember that the full title of a standard actually has
three parts, which are normally the name of JTC1, the same of the SC, then
the name of the standard. So ISO/IEC 13250 is actually "Information
Technology - Document Description and Processing Languages - Topic Maps"
(and SGML is "Information Processing - Text and Office Systems - Standard
Generalized Markup Language"). But we can play games with that pattern: TR
9573 was "Information Technology - SGML Support Facilities - Techniques for
Using SGML", skipping the name of SC18.
So likewise, we could name the model "Information Technology - Topic Maps -
Information Aggregation Metamodel". That would get both the long name and
the short name.