RE: A philosophical question about large directory structures

"Peter Jurg" <[email protected]> Wed, 23 Jun 1999 15:55:27 +0200
Newsgroups gmane.ietf.lsd
Message-ID <002f01bebd80$0ca731e0$827757c0@umbrail>
+ >Referrals are URL's and therefore always unique.
+ 
+ say that in the presence of someone who loves URNs (but wear an
+ asbestos suit :-)

Are we talking religion or mathematics or are we just having fun? I was talking common sense. What I meant of course is that the result of the URL function is unique. You didn't get that?

+ 
+ >  So if you register at an referral server no name spaces are imposed.
+ 
+ au contraire - the name space of URLs (method, hostname if method 
+ is LDAP:) 
+ is imposed on the top of the name spaces used by DNs. The 
+ resulting 2-level 
+ namespace is more likely to be disjunct (no 2 objects have the 
+ same name at 
+ any instant in time), but more likely to be multiply populated (multiple 
+ names resolve to the same object).

The DN function alone can also be multiply populated (is that the correct mathematical name for a many-to-one mapping??), but what about it?

+ >  Now what is the difference between registering according to 
+ the imposed 
+ > name spaces and registering to an ldap referral server? It is still a 
+ > matter of registering (again, without having a clear idea about what 
+ > registering should be). The difference would be that the distribution 
+ > according to a DIT is no longer possible.
+ 
+ And that DN-valued references between namespaces are impossible; 
+ they have 
+ to be URL-valued.

yes, but why would you want DN-valued references? 
 
+ >  And probably one would need many more (i.e. more elaborated) ldap 
+ > referrals without imposed name spaces than with them. I don't 
+ think that 
+ > is a big deal. Many other possibilities are still open.
+ 
+ that's for sure!
+ 
+ >The focus IMHO should be on the registration (or discovery) of 
+ servers and 
+ >heir content. Not on the name spaces.
+ 
+ I think we need to talk about services, not servers.....and we 
+ have to name 
+ them somehow, if we want to get rid of "The Service" (which is 
+ unique, and 
+ therefore doesn't need a name).

That's a good idea.

+ The (DNS) name of their (main) server isn't a solution for naming 
+ services 
+ I feel good about.

If you really think that currently disjunct WP directory services (just an example)can be linked together, you better be very pragmatic about it. A Grand Unified Naming Scheme (....) for WP might be a too hostile approach ;-) A mechanism based on ldap referrals might be a more friendly approach. Maybe you should work out both approaches and see which comes out as the best one regarding technical implementation and organisational issues.

Peter