CVS update: sierra/docs

From: cvs@openprivacy.org
Date: Thu Feb 08 2001 - 12:17:05 PST

  • Next message: cvs@openprivacy.org: "CVS update: openprivacy/htdocs/notes"

    Date: Thursday February 8, 19101 @ 12:17
    Author: burton
    CVSWEB Options: -------------------

    Main CVSWeb: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi

    View this module: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/sierra/docs

    -----------------------------------

    Update of /usr/local/cvs/public/sierra/docs
    In directory giga:/tmp/cvs-serv20029

    Modified Files:
            TODO
    Log Message:
    ...

    *****************************************************************
    File: sierra/docs/TODO

    CVSWEB Options: -------------------

    CVSWeb: Annotate this file: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/sierra/docs/TODO?annotate=1.49

    CVSWeb: View this file: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/sierra/docs/TODO?rev=1.49&content-type=text/x-cvsweb-markup

    CVSWeb: Diff to previous version: http://openprivacy.org/cgi-bin/cvsweb/cvsweb.cgi/sierra/docs/TODO.diff?r1=1.49&r2=1.48

    -----------------------------------

    Index: sierra/docs/TODO
    diff -u sierra/docs/TODO:1.48 sierra/docs/TODO:1.49
    --- sierra/docs/TODO:1.48 Wed Feb 7 16:44:28 2001
    +++ sierra/docs/TODO Thu Feb 8 12:17:01 2001
    @@ -1,6 +1,6 @@
     ********************************************************************************
    -*** Last-Modified: $Date: 2001/02/08 00:44:28 $
    -*** Version: $Id: TODO,v 1.48 2001/02/08 00:44:28 burton Exp $
    +*** Last-Modified: $Date: 2001/02/08 20:17:01 $
    +*** Version: $Id: TODO,v 1.49 2001/02/08 20:17:01 burton Exp $
     *** Author: Kevin A. Burton ( burton@apache.org | burton@openprivacy.org )
     ********************************************************************************
       
    @@ -16,14 +16,24 @@
     = BEGIN MILESTONES
     = ===============================================================================
     
    +
    +TODO:
    +
    + - determine requirements for a data store... maybe this *should* be
    + something like jewel.
    + -
    +
    + - maybe we should remove putReputation from the RCE and just have an
    + event based system so that an RCE can be a target but so can a
    + RCEStore.
    +
       - ReputationCalculationEngine should throw Exceptions for every operation due to
         the fact that a RemoteRCE may not be able to communicate.
     
       - Use Case: http://pix.comedia.com/OpenPrivacy/20010116/DSCN6054.JPG
       
    - Standard JetSpeak SCDS stuff. A1 subscribes to multiple content
    - sources on a JetSpeek server. A2 then asks the JetSpeek server for the list
    - of favorite channels from A1.
    + A1 subscribes to multiple content sources on a JetSpeek server. A2 then
    + asks the JetSpeek server for the list of favorite channels from A1.
     
            - this would build out to an XPath query something like:
     
    @@ -44,6 +54,7 @@
         be the total number of opinions cast... this might need to have a start and
         end date.
             - with reputations taken into account.
    + - this could become just a query...
     
       - Use Case: Ability to calculate reputation sets (arrays) based on
         threshold... "show me all Reputation objects for URI1 with a opinion > X..
    @@ -61,7 +72,7 @@
       - MeanRCE should become WeightedRCE. This would provide the same functionlity
         as a MeanRCE (by having all opinions as the same weight). The added
         functionaly would that you could change the vote metric that each J has. A
    - good example of this would be that anythign that "Fen" says counts as 5
    + good example of this would be that anything that "Fen" says counts as 5
         votes in the ontology of "Privacy".
     
       - Need an abstraction of how to create and manage nyms. The facility needs a
    @@ -101,15 +112,33 @@
       getReputation will return the calculated reputation for this pointer and not
       the actual value.
     
    -
     - determine the correct RCE by the type of URI requested. This should allow the
       the administrator (and the object) to deploy the RCE and add some regexps
       based on the URI requested. A good example of this if you get an RSS feed via
       OCS you should be able to run queries on the original OCS Server if it happens
       to be running Sierra or a reputation server. Maybe the OCS feed could contain
       additional markup for pointing to a Reputation server.
    +
    +- JetsPeek support. JS should run on top of Sierra and fetch a basic RCE as a
    + component. This might be a composite RCE/etc but it doesn't matter. JS
    + should add an additional payload to a Reputation so that each keyword and
    + reputation space counts (show me RSS channels with a description of "java"
    + with a reputation of "Good")
    +
    +- Documentation for sierra... sierra.openprivacy.org
       
    -
    + FIXME: do reputations need multiple payloads?????????? How do we query
    + multiply payloads.
    +
    + FIXME: need to define a way to store reputations.. ReputationStore? This
    + should possibly be a persistent way to store and retrieve reputation based on
    + events from an RCE.putReputation. It should also be able to restore an RCEs
    + state after shutdown/restart. We need a strong object hierarchy/factory for
    + handling this.
    +
    +
    +
    +
     = ===============================================================================
     = END MILESTONES
     = ===============================================================================



    This archive was generated by hypermail 2b30 : Thu Feb 08 2001 - 12:17:06 PST