Re: centroid propagation
Mark Prior <mrp@itd.adelaide.edu.au> Tue, 26 October 1993 04:21 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa19669; 26 Oct 93 0:21 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa19661; 26 Oct 93 0:21 EDT
Received: from ucdavis.ucdavis.edu by CNRI.Reston.VA.US id aa06670; 26 Oct 93 0:21 EDT
Received: by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA28015; Mon, 25 Oct 93 20:42:50 PDT
X-Orig-Sender: ietf-wnils-request@ucdavis.edu
Received: from jarrah.itd.adelaide.edu.au by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA13735; Mon, 25 Oct 93 16:25:03 PDT
Received: by jarrah.itd.adelaide.edu.au with SMTP (5.61+IDA+MU/UA-5.28) id AA14843; Tue, 26 Oct 1993 08:56:20 +0930
Message-Id: <9310252326.AA14843@jarrah.itd.adelaide.edu.au>
To: kashima@csce.kyushu-u.ac.jp
Cc: ietf-wnils@ucdavis.edu
Subject: Re: centroid propagation
In-Reply-To: Your message of "Mon, 25 Oct 1993 23:19:24 +0900." <9310251419.AA26365@hakozaki.csce.kyushu-u.ac.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 26 Oct 1993 08:56:19 +0930
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mark Prior <mrp@itd.adelaide.edu.au>
# I wonder how much I understand what you said... Sorry. On Tue, 19 Oct 1993 09:25:03 +0930, Mark Prior <mrp@itd.adelaide.edu.au> said: > > I don't support centroids since it is too difficult to do a complete > > implementation when you are constrained by another system that doesn't > > map into whois++ cleanly. I would attempt to do a partial > What type of constraints can be there? I can't image concretely. For > example? > Well I have another API to deal with and for all whois++ concepts I > must try to translate them into X.500 concepts. Whois++ is designed > with a WAIS style indexing facility in mind but X.500 doesn't provide > access in this way. I must issue typed searches against X.500 so there > is no easy way for me to get at all the possible values of items so > they may be provided to an index server. I'm sure there are many types of attribute but is it needed to get "all" of the values? Well you are suppose to be able to supply all available values of an attribute to the index server. whois++ as it currently stands mandates an all or nothing approach. If I can't guarantee returning everything then my only option is to say I can't participate. > I also have a system that can > (and does) defend itself from people trying to "trawl" data from it, > so if you send it a whois query like "*" it will return nothing, even > though it has had thousands of matches. You must be must more specific. Is there any problem to arrow "trawl"ing data? It's a privacy issue. While someone might allow their entry to be looked up in the system they may not want people to be able to just fish for it. Also we are concerned that the system may be used for bulk mailing (physical or electronic) if you can find out the contact details for everyone on campus. While we can't stop it (as we want to supply the individual entries to legitimate users) we can make it as difficult as possible. Mark.
- centroid propagation Hiroaki Kashima
- Re: centroid propagation Chris Weider
- Re: centroid propagation Hiroaki Kashima
- Re: centroid propagation Mark Prior
- Re: centroid propagation Hiroaki Kashima
- Re: centroid propagation Mark Prior
- Re: centroid propagation Hiroaki Kashima
- Re: centroid propagation Mark Prior
- Re: centroid propagation Simon Spero