[Babase] meeting with hunter, jun, tyler, karl(?)

Susan Alberts alberts at duke.edu
Sun Nov 12 16:19:43 EST 2006


Thanks Jun. I appreciate your point that if we decide to use ranker  
as a tool for visualizing the matrix for a broader range of users,  
the number of users might go up. I had not thought about this.  
However, I think that we can assume that we will have 6 users max,  
even if we do develop ranker as a tool that a broader range of users  
might want.

THe question is, if we do proceed on the assumption of relatively few  
users, are we putting constraints on ourselves that will be very hard  
to change in future years? IN other words, would there be anything  
integral to the program that would be difficult to change if at some  
point we decided that we very much need more users to have access?

If not, then I think we can proceed on the assumption that we will  
have <= 6 users.

Susan

On Nov 12, 2006, at 11:55 AM, Jun Yang wrote:

> On 11/9/06, Susan Alberts <alberts at duke.edu> wrote:
>
>> 1. How many users of Ranker are we talking about? I said 2-3. He
>> said, if its less than half a dozen, he is open to a lot of different
>> options, including vpn or ssh tunnel.
>
> 2-3 is fine for now. However, if we plan to make the read-only  
> version of
> the ranker available as a tool for visualizing the ranking and the  
> interaction
> matrix, the number of users might go up---the decision is Susan's.
>
>> 2. Do we need to have the client running ranker talk to the server or
>> just to the database?
>
> Just to the database.
>
>> 3. What are our security needs?
>
> I am not sure how to answer this question since it is very broad.  
> Ideally,
> we would like people who run ranker to be authenticated by and only by
> the PostgreSQL database. However, if it makes things easier/more  
> secure,
> we can also live with the requirement that they be authenticated by
> login and/or papio as well (to set up VPN, for example).
>
>> 4. What other needs do we have for this?
>
> It is hard to say that this point. We could envision more client- 
> side babase
> applications (other than ranker) in the future that could take  
> advantage of
> VPN/ssh tunneling to obtain secure database connections.
>
> --- Jun Y.
> _______________________________________________
> Babase mailing list
> Babase at www.eco.princeton.edu
> http://www.eco.princeton.edu/mailman/listinfo/babase

-----------------------------------------------
Susan Alberts, Dept. Biology, Duke University, Durham NC 27708. Phone  
919-660-7272, Fax 919-660-7293. alberts at duke.edu



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.eco.princeton.edu/pipermail/babase/attachments/20061112/732895d8/attachment.html


More information about the Babase mailing list