This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
[db-wg] Organisation object proposal
- Previous message (by thread): AW: [db-wg] Organisation object proposal
- Next message (by thread): [db-wg] IPv6 Whois update
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Peter Koch
pk at TechFak.Uni-Bielefeld.DE
Sun Jan 26 15:02:36 CET 2003
Hello, > However, none of these provide an easy way of mapping resources to a > particular organisation. A user looking up data must first find an > object containing information about a contact point at that > organisation and then, assuming all of that organisation's objects > refer to this contact information, perform an inverse query on the > Database to obtain a list of objects referencing the specified person > or role. what are the legitimate, operationally justified, reasons for compiling this kind of information? Who is going to decide what is an organisation and what is only part of another organisation? E.g. Universities have different kinds of relations to their institutes, which may or may not be part of the university and even if, it may be subtle to decide whether they are subsidiaries or not. The same holds for companies, where subsidiaries are often separate legal entities. So, unless the ORG object should help build a business (relations) directory, which I guess is not the goal, what is it good for? -Peter
- Previous message (by thread): AW: [db-wg] Organisation object proposal
- Next message (by thread): [db-wg] IPv6 Whois update
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]