From - Sat Apr 26 21:40:13 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id TAA18480; Sat, 26 Apr 1997 19:49:31 -0400 (EDT)
Received: from collide.cc.gatech.edu (collide.cc.gatech.edu [130.207.17.110]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id TAA29895; Sat, 26 Apr 1997 19:49:28 -0400 (EDT)
Received: (from sumner@localhost) by collide.cc.gatech.edu (8.8.4/8.6.9) id TAA12835; Sat, 26 Apr 1997 19:49:27 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9704261949.ZM12833@collide.cc.gatech.edu>
Date: Sat, 26 Apr 1997 19:49:27 -0400
In-Reply-To: alp@cc.gatech.edu (alp)
        "plasma screen demo?" (Apr 25, 10:44am)
References: <199704251444.KAA06958@felix.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: alp@cc.gatech.edu (alp), enda@cc.gatech.edu, lynn@cc.gatech.edu
Subject: Update
Cc: sumner@cc.gatech.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status:  O
X-Mozilla-Status: 0001
Content-Length: 1522


Here's an update.

I've made good progress today.  Basically, we can now read and write
the tree data structure.  This took 4.5 hours.  I'm not sure if
there was a task specifically for this (read/write tree structure),
but there probably should be since it's such a big chunk.  It would
be a subtask under the learning algorithm task.

We're up to 936 lines of C++ code.

(The rest of the email is mainly for Enda, since he and I both
understand the tree file format and since he's the architect)

Enda, I have one sample tree file that you can look at.  It's

/net/hg42/sumner/fractals/xfractint/ga/two.dat

(Is that the right file extension.)  Anyway, I changed the format just
a bit.  Now, the first number in the file is the hit count.  The
second number is the total number of nodes in the tree.  Then
remaining lines of the file correspond to each node.  I'm not
outputing any -1's.  If there is one child, I output just one number
for that child (not one number plus a -1).  If there are two children,
I output one number for each child.  Does that make sense?  If not we
can talk about it at the next meeting.

Here is the file /net/hg42/sumner/fractals/xfractint/ga/two.dat:

0
4
0 2 1 2
1 25 1.500000
2 12 3
3 25 3.500000

there are 0 hits
there are 4 nodes in the tree

2 = +
25 = real number
12 = cos

So this gives us a tree:

        +
       / \
      /   \
   1.5    cos
           |
           |
          3.5

Which turns into:

(1.5 + cos(3.5))

From - Sun Apr 27 12:27:16 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id MAA17624; Sun, 27 Apr 1997 12:23:00 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id MAA11276; Sun, 27 Apr 1997 12:22:59 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id MAA18373; Sun, 27 Apr 1997 12:22:57 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9704271222.ZM18371@sgi4.cc.gatech.edu>
Date: Sun, 27 Apr 1997 12:22:56 -0400
In-Reply-To: "Robert Walker Sumner" 
        "Update" (Apr 26,  7:49pm)
References: <199704251444.KAA06958@felix.cc.gatech.edu> 
	<9704261949.ZM12833@collide.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: "Robert Walker Sumner" , alp@cc.gatech.edu (alp),
        enda@cc.gatech.edu, lynn@cc.gatech.edu
Subject: Requirements Document
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status:  O
X-Mozilla-Status: 0001
Content-Length: 250


I think the requirements document looks excellent!!  Great job!  Nice
work.  The scenarios are perfect.  I hadn't really though through the
applications of our project, but the three scenarios you described are
perfect.  

Great Job!!!

-Bob
From - Sun Apr 27 16:20:31 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id QAA28904 for lynn; Sun, 27 Apr 1997 16:01:30 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199704272001.QAA28904@felix.cc.gatech.edu>
Subject: status reports
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Sun, 27 Apr 1997 16:01:29 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 1736


heres the status report for last week.

alp

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



Weekly Status Report


Name: DNA

Date: 4/25/97

Project Name: Dynamic Neural Art

Project Manager: Alp Sendil





Progress this week:

	
Requirements document is complete.  
	
Schedule has been updated.
	
Project plan also updated.
	
Fractal generation program is fully functional.
	
Design for learning scheme has been laid out.
		Data sctructures are built.
		Transfer from tree structure to usable fractal I/O complete.
	
Color scheme design complete, coding almost complete.
	
CGI and Perl research complete. 
	
CGI access acquired.
	
perl work on schedule.






Goals for next week:


	
Lynn: Get test plan done.  Work on everyone's individual documentation.
	
Enda: Link user interface with perl code.  Test compatability with Bob's code.
	
Bob: Finish the equation construction part of the learning algorithm.  Check compatability with Enda's code.
	
Alp: Test compatability of C code with Bob's learning code.  





Problems/Comments:

	Our process and file integrity on the web server created
	some hurdles for us to jump.  We also had to make sure that our system would
	be receptive at all times, including when votes are being processed.  As we
	started coding, we realized that the amount of time required was a little
	under-estimated.  We saw this early enough, so problems.





From - Sun Apr 27 16:20:31 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA29945; Sun, 27 Apr 1997 16:12:05 -0400 (EDT)
Received: from collide.cc.gatech.edu (collide.cc.gatech.edu [130.207.17.110]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA21138; Sun, 27 Apr 1997 16:12:02 -0400 (EDT)
Received: (from sumner@localhost) by collide.cc.gatech.edu (8.8.4/8.6.9) id QAA15168; Sun, 27 Apr 1997 16:12:02 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9704271612.ZM15166@collide.cc.gatech.edu>
Date: Sun, 27 Apr 1997 16:12:01 -0400
In-Reply-To: "C. Lynn Bacher" 
        "Re: New stuff on web" (Apr 26,  1:47pm)
References: <199704261736.NAA15432@felix.cc.gatech.edu> 
	<33623FBF.3B14@cc.gatech.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: lynn@cc.gatech.edu, alp 
Subject: Some minor problems but not really
Cc: enda@cc.gatech.edu, sumner@cc.gatech.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status:  O
X-Mozilla-Status: 0001
Content-Length: 505



For a minute I got very worried.  But everything is a-okay.

I figured out how to run the fractal program in batch mode.  For a few
minutes it looked as though the unix port stripped out this feature.
But it's there.  Really, the fractal program is ideal.  We can specify
EVERYTHING on the command line.  I couldn't be easier to interface
with it.

I am having a bit of trouble putting the process in the background.
I'm fighting some terminal things.  But, its not a major problem.

-Bob

From - Sun Apr 27 21:03:43 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id UAA18637; Sun, 27 Apr 1997 20:47:16 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id UAA03242; Sun, 27 Apr 1997 20:47:13 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id UAA03281; Sun, 27 Apr 1997 20:47:13 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199704280047.UAA03281@oscar.cc.gatech.edu>
Subject: My update
To: sumner@cc.gatech.edu (Robert Walker Sumner)
Date: Sun, 27 Apr 1997 20:47:12 -0400 (EDT)
Cc: lynn@cc.gatech.edu, alp@cc.gatech.edu, enda@cc.gatech.edu,
        sumner@cc.gatech.edu
In-Reply-To: <9704271612.ZM15166@collide.cc.gatech.edu> from "Robert Walker Sumner" at Apr 27, 97 04:12:01 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 1205

Sending this to everyone, but I guess Lynn and Bob will be most interested.

I managed to find some time and worked on the web page CGI stuff this
weekend.  Put me down for 5 hours there.  I got a great amount done,
here is the update:

Right now the real page is located at:

http://www-int.cc.gatech.edu/projects/DNA

If you go there and attempt to submit a vote, it will most likely tell
you that the page is currently busy, cause we are generating new fractals.

The page is now dynamic enough to give an appropiate responce to the user,
it either it says, Thanks your vote has been entered, or sorry, we can't
accept your vote right now...

It also tallies the votes correctly at this point.  I have still a few 
things to work on...specifically:

Implement file locking on all files
Generate e-mail and send to bob when appropiate
Archive current pictures when sending e-mail
Give a countdown to users on vote [5 votes left until we make new pictures]

I think the 10 hours is aobut right...with any bit of luck...I might have
this all finished by next weekend.  

Bye
-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.
From - Wed Apr 30 18:28:40 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA02359 for ; Wed, 30 Apr 1997 16:28:20 -0400 (EDT)
Received: from lennon.cc.gatech.edu (enda@lennon.cc.gatech.edu [130.207.9.20]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA07874 for ; Wed, 30 Apr 1997 16:28:11 -0400 (EDT)
Received: (from enda@localhost) by lennon.cc.gatech.edu (8.8.4/8.6.9) id QAA17550 for lynn; Wed, 30 Apr 1997 16:28:08 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199704302028.QAA17550@lennon.cc.gatech.edu>
Subject: images
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Wed, 30 Apr 1997 16:28:07 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 241


Hey,

The 3 pictures you asked for are located at:

~enda/3302/*.jpg

They SHOULD be readable to you, if not let me know...

bye
-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.
From - Wed Apr 30 23:40:14 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id XAA29979; Wed, 30 Apr 1997 23:39:02 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id XAA04876; Wed, 30 Apr 1997 23:38:58 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id XAA26604; Wed, 30 Apr 1997 23:38:58 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705010338.XAA26604@oscar.cc.gatech.edu>
Subject: My stuff...
To: lynn@cc.gatech.edu (C. Lynn Bacher), alp@cc.gatech.edu (alp),
        sumner@cc.gatech.edu (Robert Walker Sumner), enda@cc.gatech.edu (Enda)
Date: Wed, 30 Apr 1997 23:38:57 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:   
X-Mozilla-Status: 0001
Content-Length: 3387


Hey,

I promised that I woud mail out details of how you guys can
put your images into the directory.

This basically means I need to explain the directory structure to you,
its pretty easy...so don't panic...

First let me give a small overview...

We have 2 directories...One where the CGI stuff is kept, and one
where everything else related to the web page is kept.

You should only have to deal with the web page directory, but
I at least wanted you to know that the other one exists...
[If your curious...its /net/ac113/cgi-bin1/projects/DNA-cgi]

So the directory you will be dealing with is:

/net/www-int/projects/DNA

In there you will find bunches of files...You should not have to touch
anything which is in that exact directory, however there are 2 subdirectories
where stuff is located:

graphics

This has 18 files.  0s.gif 0l.gif 1s.gif 1l.gif 2s.gif 2l.gif...

Basically the 18 images [9 large 9 small].  All these files NEED to
be world readable...and they should be numbered from 0..8.

There are 2 other files in there, the background and the DNA word-art thing.

Other directory:

voting

This is where all the meaty stuff goes on :)

First off there are 9 data files, and 9 map files.  The 9 map files
are the colormaps.  They are all currently blank, and quite frankly,
I do absoultly nothing with them...it would make sense to keep them
here, cause that way all data files are close by...but I don't even
look at them.

The 9 data files on the other hand, I do use...The first line in each
file is the number of votes that image has received.  Currently all
those files are random data which means ABSOLUTLY NOTHING, so feel
free to overwrite them...Make sure the FIRST line in the file is the
number of votes...thats that part I interact with.

Again all those files are numbered 0..8.[data|map].  All of these files
MUST have permissions 666 {yea...its evil}.  If you forget, we are
screwed...I URGE you to do a chmod in your script which puts them there.
otherwise bad things can happen.

Also in the directory.  A file called 

vote.count

This strangly enough contains the number of votes we have had...it starts
off at 0 [That is what you set it to] and counts 1 2 3 4 5, once it reaches
5, it stops...yes I know thats 6 votes...I just noticed that...Humm...well
assume it goes to 4 then.

Again this file MUST be world readable and writable [666].  

Finally there is a directory called locks...don't worry about it, don't
mess with it, its the file locking directory so 2 people voting don't
screw us when they vote at the same time.

[Things which I still need to add...but which will be there by the time
you look]

There will be a file called winner.gif which will be a symbolic link
to the image which currently has the most votes.  Nothing to worry about
here, you should never have to touch it.

Also generation.number.  Again this is just a state file, so I know
what generation number we are on...you shouldn't have to touch it either,
but if for whatever reason, you want this info...you can read it too...
it will be world readable and writable.

Hope this all makes sense...if not, yell at me and I will try again.

Talk to you all later...

bye



-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.
From - Thu May 01 10:28:20 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id BAA06466; Thu, 1 May 1997 01:22:57 -0400 (EDT)
Received: from bounce.cc.gatech.edu (bounce.cc.gatech.edu [130.207.17.109]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id BAA09873; Thu, 1 May 1997 01:22:55 -0400 (EDT)
Received: (from sumner@localhost) by bounce.cc.gatech.edu (8.8.4/8.6.9) id BAA06329; Thu, 1 May 1997 01:22:54 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705010122.ZM6327@bounce.cc.gatech.edu>
Date: Thu, 1 May 1997 01:22:54 -0400
In-Reply-To: enda@cc.gatech.edu (Enda)
        "My stuff..." (Apr 30, 11:38pm)
References: <199705010338.XAA26604@oscar.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: enda@cc.gatech.edu (Enda), lynn@cc.gatech.edu (C. Lynn Bacher),
        alp@cc.gatech.edu (alp), sumner@cc.gatech.edu (Robert Walker Sumner)
Subject: Re: My stuff...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status:  O
X-Mozilla-Status: 0011
Content-Length: 3996


Enda, I made a picture for you --

/net/hg42/sumner/fractals/xfractint/l1.gif
and
/net/hg42/sumner/fractals/xfractint/s1.gif

are a large and small pair.  Did you want nine?  I forgot.  I can
make more in the morning if you need nine.  [I realize I have the
names wrong -- it should be 1l.gif and 1s.gif ... I'll get it
right next time]

-Bob


On Apr 30, 11:38pm, Enda wrote:
> Subject: My stuff...
>
> Hey,
>
> I promised that I woud mail out details of how you guys can
> put your images into the directory.
>
> This basically means I need to explain the directory structure to you,
> its pretty easy...so don't panic...
>
> First let me give a small overview...
>
> We have 2 directories...One where the CGI stuff is kept, and one
> where everything else related to the web page is kept.
>
> You should only have to deal with the web page directory, but
> I at least wanted you to know that the other one exists...
> [If your curious...its /net/ac113/cgi-bin1/projects/DNA-cgi]
>
> So the directory you will be dealing with is:
>
> /net/www-int/projects/DNA
>
> In there you will find bunches of files...You should not have to touch
> anything which is in that exact directory, however there are 2 subdirectories
> where stuff is located:
>
> graphics
>
> This has 18 files.  0s.gif 0l.gif 1s.gif 1l.gif 2s.gif 2l.gif...
>
> Basically the 18 images [9 large 9 small].  All these files NEED to
> be world readable...and they should be numbered from 0..8.
>
> There are 2 other files in there, the background and the DNA word-art thing.
>
> Other directory:
>
> voting
>
> This is where all the meaty stuff goes on :)
>
> First off there are 9 data files, and 9 map files.  The 9 map files
> are the colormaps.  They are all currently blank, and quite frankly,
> I do absoultly nothing with them...it would make sense to keep them
> here, cause that way all data files are close by...but I don't even
> look at them.
>
> The 9 data files on the other hand, I do use...The first line in each
> file is the number of votes that image has received.  Currently all
> those files are random data which means ABSOLUTLY NOTHING, so feel
> free to overwrite them...Make sure the FIRST line in the file is the
> number of votes...thats that part I interact with.
>
> Again all those files are numbered 0..8.[data|map].  All of these files
> MUST have permissions 666 {yea...its evil}.  If you forget, we are
> screwed...I URGE you to do a chmod in your script which puts them there.
> otherwise bad things can happen.
>
> Also in the directory.  A file called
>
> vote.count
>
> This strangly enough contains the number of votes we have had...it starts
> off at 0 [That is what you set it to] and counts 1 2 3 4 5, once it reaches
> 5, it stops...yes I know thats 6 votes...I just noticed that...Humm...well
> assume it goes to 4 then.
>
> Again this file MUST be world readable and writable [666].
>
> Finally there is a directory called locks...don't worry about it, don't
> mess with it, its the file locking directory so 2 people voting don't
> screw us when they vote at the same time.
>
> [Things which I still need to add...but which will be there by the time
> you look]
>
> There will be a file called winner.gif which will be a symbolic link
> to the image which currently has the most votes.  Nothing to worry about
> here, you should never have to touch it.
>
> Also generation.number.  Again this is just a state file, so I know
> what generation number we are on...you shouldn't have to touch it either,
> but if for whatever reason, you want this info...you can read it too...
> it will be world readable and writable.
>
> Hope this all makes sense...if not, yell at me and I will try again.
>
> Talk to you all later...
>
> bye
>
>
>
> --
>
>    Q:  What's the difference between roast beef and pea soup?
>
>    A:  Anyone can roast beef.
>-- End of excerpt from Enda


From abowd@cc.gatech.edu Thu May  1 16:02:27 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA24173; Thu, 1 May 1997 16:01:29 -0400 (EDT)
Received: from cedarhaven.cc.gatech.edu (root@cedarhaven.cc.gatech.edu [130.207.3.224]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA20299; Thu, 1 May 1997 16:01:19 -0400 (EDT)
Received: from cedarhaven (abowd@localhost [127.0.0.1]) by cedarhaven.cc.gatech.edu (8.8.4/8.6.9) with SMTP id QAA25445; Thu, 1 May 1997 16:01:17 -0400 (EDT)
Sender: abowd@cc.gatech.edu
Message-ID: <3368F68C.64880EEB@cc.gatech.edu>
Date: Thu, 01 May 1997 16:01:16 -0400
From: "Gregory D. Abowd" 
Organization: College of Computing, Georgia Tech
X-Mailer: Mozilla 3.0 (X11; I; SunOS 4.1.3_U1 sun4m)
MIME-Version: 1.0
To: alp@cc.gatech.edu, sumner@cc.gatech.edu, enda@cc.gatech.edu,
        lynn@cc.gatech.edu
CC: laura@cc.gatech.edu
Subject: 3302 Req comments
Content-Type: multipart/mixed; boundary="------------773C24486F5992E16EEA4806"
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 3711

This is a multi-part message in MIME format.

--------------773C24486F5992E16EEA4806
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Here you go.

G.

-- 

--------
Gregory D. Abowd, Assistant Professor		Gregory.Abowd@cc.gatech.edu
College of Computing					Phone: 404-894-7512 
Georgia Institute of Technology				  FAX: 404-894-9442
Atlanta, GA 30332-0280			
USA

URL http://www.cc.gatech.edu/fac/Gregory.Abowd

--------------773C24486F5992E16EEA4806
Content-Type: text/html; charset=us-ascii; name="dna"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="dna"









Requirements Document Comments

 

 Team:  DNA


 Grade: (91 out of 100)

The following is a breakdown of the grading.



Document presentation (5 out of 5)

Important points:

 Organization: OK
 Document author: OK
 use of English: 



Comments:


Project Description of Target System (10 out of 10)

Comments:

Scenario descriptions (10 out of 10)


 3 scenarios provided: yes

 level of description: maybe a little too involved for Scenario #2.
Someone obviously enjoys doing this kind of work.  I noticed the
not-so-subtle attempt at brown-nosing. :)

 clarity: well written


Comments: 

Storyboarding (9 out of 10)


 Evidence of storyboarding: Yes, well done!

 Connection with scenarios: Could be improved a bit, because it's
not really clear that you have thought about all of the possibilities
from your scenarios and discarded some features (extracting a picture
and saving it elsewhere, for example) or just forgot about them when
you were storyboarding.



Comments


Functional Requirements (21 out of 25)


 Number of requirements: OK

 Clarity of description: OK

 Decomposition: OK, but I would relabel the "User Interface"
section to something more like "User preferences selection".  User
interface seems to generic and doesn't address the function of
preferences setting and management.

 Prioritization: yes


Comments: Focus on the what, not how.  For example, you don't need to
mention that a CGI script is used to store preferences.  What's
important is that there is persistent storage of preferences to assist
the learning algorithm.  Not important in this document to say how
that will be accomplished.


Non-Functional Requirements (11 out of 15)


 Clarity: OK, but I think the usability issue can be expanded into
two separate issues.  One has to do with limiting choices and the
other with training.  The security requirement is unclear.

 Measurability: Don't know how you would measure security as stated.

 Variety: OK



Comments:


Platform and Network Environment (10 out of 10)


 Target platform described: OK

 Development platform described: OK


Comments:

Risk Analysis (15 out of 15)


 Risks identified: OK

 Alternate strategies identified: OK



Comments:



 If you wish to have your Requirements Document regraded, revise
it within one week of receiving comments. Be sure to maintain a link
to the original version of the Requirements Document in your notebook
for comparison purposes. No regrading will occur if your revised
document does not contain a proper revision history section which
details the changes  from earlier versions.







--------------773C24486F5992E16EEA4806--


From - Thu May 01 19:16:32 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id TAA12630; Thu, 1 May 1997 19:11:04 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705012311.TAA12630@felix.cc.gatech.edu>
Subject: color maps
To: sumner@gvu.gatech.edu (Robert Walker Sumner)
Date: Thu, 1 May 1997 19:11:03 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 908

Bob!

I think the color maps are functional!  I've fixed the rounding and the random
number glitches, ran 1000 iterations on several different color maps and
so far so goo.

Anyway, I just wanted to mention that we need to keep track of a few things
when we create these color maps.
1 the *.map files can't contain text.  Most of them have one line of text which
        i've been deleting.  as long as our 9 initial color maps are good, we
        have nothing to worry about.
2 a few color maps have more or less than 256.  More is not a problem unless
        there is text at the bottom.  In the case that the map has less than
        256 sets of numbers, we're in trouble.  but again, we shouldn't use
        any color maps with less, since a color map with only 12 colors is
        boring.

anyway, some of the colors come out yucky and others are pretty cool, so we'll
see.

alp
From - Thu May 01 21:58:37 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id TAA13977 for lynn; Thu, 1 May 1997 19:34:42 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705012334.TAA13977@felix.cc.gatech.edu>
Subject: counter for our page?
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Thu, 1 May 1997 19:34:42 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 235


just a thought. :)


 Our site has aquired 

hits since May 1!



From - Fri May 02 11:18:09 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA00189 for ; Fri, 2 May 1997 00:03:21 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA25578 for ; Fri, 2 May 1997 00:03:19 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id AAA19413 for lynn@cc.gatech.edu; Fri, 2 May 1997 00:03:18 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705020403.AAA19413@oscar.cc.gatech.edu>
Subject: Re: docs
To: lynn@cc.gatech.edu
Date: Fri, 2 May 1997 00:03:17 -0400 (EDT)
In-Reply-To: <336966CF.2566@cc.gatech.edu> from "C. Lynn Bacher" at May 2, 97 00:00:15 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0011
Content-Length: 1127

C. Lynn Bacher said . . .
=> 
=> The new versions are up on the public pages...fun..fun...

Cool...I am mailing you next [like RIGHT NOW] the test plan...A few things.

1.  I know that the language in there is not good...sorry...I was not
    having a very good writing day for some reason...it doesn't go flow 
    very well...so you will have to work a little magic there.

2.  All the tests that we should have to perform are there, at least as 
    far as I can tell.  So you shouldn't have to add anything [except
    for minor comments here and there...]

3.  I used the new netscape thingee...here is a hint for life...don't ever
    use a beta version of a program when trying to get anything done...
    In summary, I have rebooted my machine 4 times, have lost some stuff,
    have found AT LEAST 10 bugs in the program, and have only used it for
    4 hours.  It looks like it will be neat when its all done...but right
    now...bad...

ALright, well I will see you tomorrow sometime...bye

-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.
From - Fri May 02 11:18:09 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA00279 for ; Fri, 2 May 1997 00:05:19 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA25714 for ; Fri, 2 May 1997 00:05:18 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id AAA19454 for lynn; Fri, 2 May 1997 00:05:17 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705020405.AAA19454@oscar.cc.gatech.edu>
Subject: Test document
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Fri, 2 May 1997 00:05:17 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 17536




   
   
   






Test Plan Document Template





[Project Name] Test Plan



 


Spring Quarter 1997 

1/29/96 



Document Author: 



Enda Sullivan 



Project Sponsors: 



GregoryAbowd 


[Project Name] Team: 



Alp Sendil (Manager) 

Enda Sullivan (Architect) 

Bob Sumner (Programmer) 

Lynn Bacher(Technical Writer) 

Enda Sullivan(Quality Assurance) 







Scope
This test plan will address the validation of the DNA project. There are
3 basic parts of the project to test.



The web interface which collects users votes and keeps track of the
current status of the system.


The fractal generation program, which takes the all the votes from
the last generation, and based on a genetic algorithm, creates new fractals.


The color mutation program, which takes the same vote information given
to the fractal generation program and uses that to morph new color maps
for the images.

Each of these will be tested to ensure they meet the requirements
document. 


Schedule
A link to the current schedule 


Validation tests


Test 1




Purpose


Generate new fractals when given the list of parameters. The parameters
are generated from the learning algorithm.


Test description



The outcome of this test almost sounds trivial. We should have a new
fractal which accurately represents the parameters which were passed in.
This part of the system will actually produce 2 images for each set of
parameters. The images will be in gif format, and should be of different
sizes. This will be a black box test, indicating that we will pass parameters
in, and only really care that it produces the correct output.


For this test to be successful, it should automatically [i.e. with
no user interaction] produce 2 files called 1s.gif which will be of the
size 100x75 pixels. The second images 1l.gif will be of the size 800x600.
Both of these images should be placed into the directory /net/www-int/projects/DNA/graphics
and should be made to be world readable. In addition the file which contains
the parameters which made up this image should be copied into the directory
/net/www-int/projects/DNA/voting. These files should be in the format:


<Number of votes [initially set to 0]>


<Line one of the parameters>


<Line two of the parameters>


<Line three of the parameters>


Each file must be both world readable and writeable. [ie it must have
permissions 666]. This is because the internal server will execute the
script which reads them, thus it must have read and write permissions.


This test will be performed by the programmer as soon as all parts
of the code [including the color map generation part] are completed.



Results



This test has not been conducted yet.





Test 2




Purpose


Incorporating color into the images. The purpose of this part of the
system, is to combine colors from previous winning images to produce new
colors. This should be done in a command line, non-interactive way.


Test description

This test is a little more difficult to do. Again we will run a black
box test here, but the output is inherently non-deterministic. We would
not want the same inputs to always produce the exact same output, otherwise
all of our pictures would tend towards the same color [probably a shade
of blue/gray]. So while we do want it to produce output which has some
of the characteristics of the to winning pictures it should have also have
a large element of randomness.



To achieve this, the only real requirement for the outputs of this test,
is that this portion of the system produces valid color maps. With no user
interaction, it should be able to take the current color maps, and the
current vote tallies for each image, and should produce 9 new color maps.
Each of these should have some of the aspects of the old color maps, but
can also have new mutations.



These color maps should be placed into files called 0.map, 1.map etc...and
should be placed into the directory /net/www-int/projects/DNA/voting. All
of these files should be at least world readable.


This test will be performed by the manager, who is currently programing
that aspect of the system.



Results



This test has not been conducted yet.






Test 3



Purpose


The web page is the part of our system which the users will actually
be using. Therefor its very important that we have a nice easy to use interface
there. It should also be functional though.


Test description



To test this part of the system, we will create a web page which displays
all 9 images, and allows the user to enlarge one picture. The user will
also be able to select their top three choices from a list of all the possible
images.


When selecting their top 3 they are only allowed to have one choice
for first place, one choice for second place and one choice for third.
All 3 of the above can actually be the same picture. [i.e. A user can really
like one picture, and select it as first, second and third]


It would be ideal to perform user interface tests on this page, however
due to lack of time, that will not be possible right now. In the meantime,
we will perform a fairly simple blackbox test. HTML is already a well tested
language, so we can assume most functionality works. For example on the
page we will use radio buttons to enforce the rule that only one image
may be selected as first place. There is no need to test the fact that
only one can be selected then, since we already know HTML does that correctly.


We will however test the functionality of this page. Specifically we
will test:





The submit button 


Should call the appropriate script passing the selected pictures as
parameters 




The clear button 


Should clear out all choices from the images 




Clicking on a picture 


Should show the image larger in more detail 




Click on a voting area in any of the pictures 


Should be able to select only one picture in each voting level. 







This test will be performed by the Architect, and can be completed
as soon as the final version of the web page exists.


Each of these tests should be performed on ALL of the platforms which
we have specified as our target platform.



Results



This test has not been conducted yet.




Test 4



Purpose


This test will check to ensure that the CGI script which is behind
the web page functions correctly. Basically the web page passes its votes
to the CGI script when submit is pressed. The CGI script is then responsible
for updating the vote counts etc.


Test description


This test will be performed when the web page is correct. A working
model of the web page already exists, and that is good enough to test the
CGI script with. Using the sample web page, you can put bogus votes in
for some of the pictures, and if things are correct, this script should
update the data files.


Each picture has an associated data file with it. The first line in
each of these files is how many votes that file has already received. This
file gets set back to 0 by the fractal learning program. If the CGI work's
correctly 15 points should be added to the number on the first line of
the corresponding file. [For example, lets assume I picked image 5 as my
first choice. 15 points should be added to the number on the first line
of the file /net/www-int/projects/DNA/voting/5.data]. Second place vote
should result in 10 additional points for that file, and third place file
should add 5 points.


The script must do a few additional things. When accepting a vote,
the page should notify the user that their vote has been received, and
tell them how many votes until the images get updated. If their vote can
not be currently accepted, the script should notify them.


Conditions when a vote can not be taken:




The page is currently being updated


The fractals which the user is seeing are not the most current fractals.
Thus we are in the process of updating the pictures. While this process
is ongoing, we cannot allow them to vote, because this would lead to some
votes being lost.


The internal server is currently down. However they most likely would
not even get to the page in this case.



In addition the CGI script must ensure that 2 users do not attempt to write
to the same file at the same time, as this would create a race condition.
Thus file locking must be used.



The CGI must also create a history of old pictures. This will happen at
the same time when the script calls the learning algorithm. It should create
a directory under the main web page which is called the generation number,
and should add to that directory a copy of all the small images. In addition
it should copy a standard index.html file in there.



Finally the CGI should update a file called /net/www-int/projects/DNA/voting/vote.count
to reflect the addition of this count.



The calling of the learning algorithm is achieved via an e-mail message.
This message should be sent when 5 votes have been received.



Actual testing of each of these functions is achieved by opening a web
browser, preferably multiple browsers on multiple platforms, and attempting
to vote. Setting the vote.count back to 0 and then going through the various
files and checking to see if the appropriate number of points were added
to them after each vote.



When the 5th vote happens, you can check that the appropriate e-mail message
was generated, the user was notified in the web browser and the old pictures
were archived.



Results





This test has not been conducted yet.




Test 5



Purpose


The learning algorithm is the smarts of our project. It is where older
pictures get joined together and new ones


are designed. Actually what happens is the parameters for the old pictures
are joined together and new


parameters are created. These parameters are passed on to the image
generation algorithm.







Test description




We can test that the learning algorithm is working by giving it 2 input
files, and see if it can create a new fractal which has some properties
of both of the ones we passed it.  Note this part of the project does
not actually generate a image, that is done seperatly.  This just
means that it can take a list of parameters and merge them together.





Again this is a black box test.  We will take 9 random image files,
with image 0 having 15 votes, image 1 having 10 votes and image 2 having
5 votes.  We will then let the learning algorithm take those 9 files,
6 of them should die, or at least not have much imput into the new image. 
The other 3 images should impact the design of the new image greatly. 
This should produce 6 new sets of parameters which when passed to the image
rendering program should produce 9 fractals which have common traits, but
are all different.







This test can only be performed when all of the learning algorithm
has been implemented.  This test will be performed by the programmer.





Results



This test has not been conducted yet.




Test 6



Purpose


This test is for the first of the non-functional requirements. 
Specifically the Reasonable Turnaround Time


requirement.  We want our page to be as user friendly as is possible. 
We do not want the user to get so discouraged by the time delay, that we
miss their vote.





Test description




In our requirements document, we defined that no longer than 5 minutes
should be required to update the images.  To test this, we will perform
multiple tests:





First we will submit the same votes multiple times.  The web page
is designed to automatically update after 5 minutes, by that time we should
have new images to see.





In addition we would want to try the server with a higher load. 
To do that, we will sit 5 people on computers and have them all voting
at the same time...during the more busy time of the day [yet to be determined]
for


the machine where the fractals are being generated.





This test will be performed by the Architect as soon as all other parts
of the project are working.





Results



This test has not been conducted yet.





Test 7



Purpose


Finally we have the test of usability.  This is how we determine
if our pages are actually user friendly.





Test description




The goal here is for our pages to be simple to understand, and easy
to use.  To test this, we will take a very random sample of people
who happen to be in the NT cluster one afternoon, and ask them all to open
the page


and make a choice, with no additional information.  From that
they should be able to figure out how to actually vote, and should get
the vote in without too many questions.





Based on the questions we get from that session, we can re-design parts
of the page as necessary





Results



This test has not been conducted yet.





Verification Tests
This section contains details on each of the tests that are designed for
verification ("Are we building the thing right?"). There is a section devoted
to each test which contains a high-level description of the test, a pointer
to reference material within project documentation, the actual test to
be performed, and the results of the test (once completed). We will not
be completing this section, so just ignore it for now. If it were to be
filled in, it would follow the same format as the validation tests section.


Revision History
In this section, list significant changes that have occurred to this document
after the 1.0 version has been submitted for assessment. This section should
contain a dated list of revisions to the document, listing the date of
change, the person responsible for the change and a description of the
change. List these changes in reverse chronological order. Here is a template
to follow.



Date:







Name(s): 

Description of revision: 


Link
to [Project Name] Project Notebook 

Last Modified 1/17/96 -- Gregory Abowd 




From - Fri May 02 11:18:11 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA00512; Fri, 2 May 1997 00:09:17 -0400 (EDT)
Received: from felix.cc.gatech.edu (alp@felix.cc.gatech.edu [130.207.107.11]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA25941; Fri, 2 May 1997 00:09:15 -0400 (EDT)
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id AAA00504; Fri, 2 May 1997 00:09:14 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705020409.AAA00504@felix.cc.gatech.edu>
Subject: Re: [Fwd: counter for our page?]
To: enda@cc.gatech.edu (Enda)
Date: Fri, 2 May 1997 00:09:13 -0400 (EDT)
Cc: lynn@cc.gatech.edu, enda@cc.gatech.edu, alp@cc.gatech.edu,
        sumner@cc.gatech.edu
In-Reply-To: <199705020206.WAA17714@oscar.cc.gatech.edu> from "Enda" at May 1, 97 10:06:18 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0011
Content-Length: 416


I thought we should use a counter for our notebook page.  you know the
one that Abowd has to grade.  I guess we could put on on the voting
page, where the explanation is, but it's busy enough.  

oh before i forget, i  can't read the pink font on the SUNs or the SGI machines.
We should look into another color, possibly before class.

I can't for the life of me remember my next thought,
so later

alp

From - Fri May 02 11:18:11 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id AAA00574 for lynn; Fri, 2 May 1997 00:10:47 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705020410.AAA00574@felix.cc.gatech.edu>
Subject: status report week5
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Fri, 2 May 1997 00:10:46 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 2713

I went a little crazy on the html, but here you go!
Here the status report for this week:






Weekly Status Report


Name: DNA

Date: 5/1/97

Project Name: Dynamic Neural Art

Project Manager: 
Alp Sendil





Progress this week:


Enda:

Coding for processing votes is done! 
 Check it out!
Voting page is fully functional.
Voting control after max votes is working.
Ready for integration with Bob's stuff.




Bob:

Node creation is complete.
Copying, reading and writing of trees operational.
Bugs need to be tweaked, but program creates usable equations!




Lynn:

Requirements done- Good job!
Requirements revision done.
Schedule revision.




Alp:

Color map mutation works! (1000+ iterations tested!)
Color maps work with Xfractint.
Code documented and ready for integration with bob's.






Goals for next week:



Enda: 

Work on Test plan, ready by Sunday.  
Archiving files needs to be implemented.
Best pic window needs to be added.



Bob:

Finish coding, start integration of major components.
Kick out the bad equations.
Think of some way to maintain equation size.
Document work.


Lynn:

Work on documentation.
Schedule updates.
Work with Enda on Test plan.
Testing integration of components.


Alp:

Test components, integration.
Think of/ implement algorithm to ward off bland colors.
Meet with customer, do that good PR stuff.





Problems/Comments:

Besides the feed back from our project description and requirements,
we have not met with our customer.  We should make sure that we are all
on the same frequency.
Progress is great.  The lack of problems is almost scarey.  
Enthusiasm in this team rocks.  Team 8 rules.  Don't Forget 
(for those of you in town this weekend) MIDTOWN MUSIC FEST!








From - Fri May 02 11:18:11 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id BAA04170; Fri, 2 May 1997 01:14:19 -0400 (EDT)
Received: from lennon.cc.gatech.edu (laura@lennon.cc.gatech.edu [130.207.9.20]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id BAA29545; Fri, 2 May 1997 01:14:17 -0400 (EDT)
Received: (from laura@localhost) by lennon.cc.gatech.edu (8.8.4/8.6.9) id BAA10091; Fri, 2 May 1997 01:14:15 -0400 (EDT)
From: laura@cc.gatech.edu (Laura Lucia Burkhart)
Message-Id: <199705020514.BAA10091@lennon.cc.gatech.edu>
Subject: regrade
To: alp@cc.gatech.edu, sumner@cc.gatech.edu, enda@cc.gatech.edu,
        lynn@cc.gatech.edu
Date: Fri, 2 May 1997 01:14:15 -0400 (EDT)
Cc: abowd@cc.gatech.edu (Gregory D. Abowd)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status:  O
X-Mozilla-Status: 0001
Content-Length: 1348







Team:  DNA


Grade:(94 out of 100)
New Grade (98 out of 100)


Schedule (48/50 pts)
New Grade ( 50/50 pts)

In general, an excellent schedule.  My only worry is that you are
overlooking some of the admin/documentation/editing tasks.


	Revision:  done.

completeness (enough activities indicated?): You haven't listed
time to do required documentation. Where will that fit in?  I really
appreciate your focus on the technical agenda of the project.  You
clearly have at least one person in the group who has a firm grasp on
the big picture and the technical know-how to direct the activities.

roject Description (20/20 pts)

specificity (Can I tell what you are going to do?) OK, I tried
out the demo, but it didn't work when I clicked to see the current winner.


Related Documents (9/10 pts)
New grade (10/10 pts)
OK, but a little more text justifying why these documents are linked
to would be good. Might just be a matter of borrowing some of the text
in the description section.

	Revision: done.


Roles (8/10 pts) 
New Grade (10/10 pts)
Are personnel defined with respect to roles on team?
List names of people filling roles here as well.

	Revision: done.


Deliverables  (9/10 pts) 
New Grade (10/10 pts)

Descriptions of documents and pointers?
Add dates.


	Revision: done
From sumner@gvu.gatech.edu Fri May  2 21:34:44 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA04285; Fri, 2 May 1997 21:34:42 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA07348; Fri, 2 May 1997 21:34:40 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id VAA16777; Fri, 2 May 1997 21:34:38 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705022134.ZM16775@sgi4.cc.gatech.edu>
Date: Fri, 2 May 1997 21:34:38 -0400
In-Reply-To: "C. Lynn Bacher" 
        "[Fwd: counter for our page?]" (May  1, 10:00pm)
References: <33694AB1.A05@cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: lynn@cc.gatech.edu, enda@cc.gatech.edu
Subject: reset
Cc: alp@cc.gatech.edu, sumner@cc.gatech.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 208

hi i reset the .data files b/c they were getting really big 
and taking lots of time to computer.  but now it looks like we're
getting lots of all black images.  not sure why.  man, this is
frustrating.

-bob

From enda@cc.gatech.edu Sat May  3 00:00:50 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA09080; Sat, 3 May 1997 00:00:45 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id AAA11237; Sat, 3 May 1997 00:00:43 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id AAA29731; Sat, 3 May 1997 00:00:41 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705030400.AAA29731@oscar.cc.gatech.edu>
Subject: web stuff
To: lynn@cc.gatech.edu (C. Lynn Bacher), alp@cc.gatech.edu (alp),
        sumner@cc.gatech.edu (Robert Walker Sumner), enda@cc.gatech.edu (Enda)
Date: Sat, 3 May 1997 00:00:41 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 1286


Alright,

I had too much time on my hands tonight...and now we have a few new
features...

1.  I got rid of the stupid "update in 0 votes" and replaced it
    with a new nicer message.

2.  Part of that message invites them to view our entire history 
    file.  Basically they can see the winner from every generation, and
    if they click on any of those, it brings them to all pictures in
    that generation.

    This probably means that we want to reset the state of the generations
    since we have a small [:)] amount of black images now...
    You can get to the old files directly as:
    http://www-int.cc.gatech.edu/projects/DNA/old

3.  In addition we also have a winning page.  THe image on there is
    currently stretched and looks bad...that will be fixed when we have
    both large and small images...not a biggie.
    http://www-int.cc.gatech.edu/projects/DNA/winner.html
    [It updates automatically every minute]

So as far as I know...everything we agreed the front end would do it 
now does...We can add stuff later to it if we like...but at least
its all there and functional now.

After a few days...I will begin platform testing it...Not right now
though...
-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.

From sumner@gvu.gatech.edu Sat May  3 20:37:20 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id UAA13901; Sat, 3 May 1997 20:37:17 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id UAA03268; Sat, 3 May 1997 20:37:14 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id UAA25740; Sat, 3 May 1997 20:37:12 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705032037.ZM25738@sgi4.cc.gatech.edu>
Date: Sat, 3 May 1997 20:37:11 -0400
In-Reply-To: "C. Lynn Bacher" 
        "[Fwd: counter for our page?]" (May  1, 10:00pm)
References: <33694AB1.A05@cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: lynn@cc.gatech.edu, enda@cc.gatech.edu
Subject: More news
Cc: alp@cc.gatech.edu, sumner@cc.gatech.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 2610


Good news.  I've fixed the problems with the fractals.  (Enda, you 
should be happy to hear that.)

It turns out that there were two different things happening.  Sometimes,
xfractint would render just a few pixels of a fractal and then stop.  
Sometimes it would render nothing at all and it would not even save
an image file.  Both problems are fixed.  For the first, it turns out
that redirecting stdin (not stdout!) fixes the problem.  I'm not sure
why the program sometimes renders nothing at all.  What I do is this.
After making all the images, I check each image to make sure that 
xfractint actually made the picuture.  If it didn't, I redo it.  So
far, this has worked EVERY time.  Our problems are solved!  (Many of
them, anyway.)

The other new feature is this.  You can automatically seed the 
system with new, random formulas.  To do this, send me a message with
"FRACTAL_SEED n" where n is the maximum depth of the formula tree.
Pick a number, say, less than 20.  Doing this creates the random
formulas and renderes all the images too.  Try it out.  It will still
take a few generations to get good pictures.  (If you see several
blank images (dark blue, since I changed the colormap) it's okay --
it just means that the formula is bad.)

Before I forget, here is the hours for me over the last few days.  If
I don't write it now, I'll never remember:

  4/29  4 hrs  (learning algo)
  4/30  5 hrs  (     "    "  )
  5/1   5 hrs  (     "    "  )
  5/2   12 hrs (6 for learning algo, 4 for integrating)
  5/3   6 hrs  (integrating)
  5/2   4.5 hrs  (testing)

That's it I think.  Hopefully now I can not work on this.  Can you tell
I'm a little obsessed.

Okay, here are the technical/software things that remain:

  - mutation in the learning algorithm (bob)
  - stop trees from getting too big (bob)
  - make the colormap breeding work better (alp)
  - put colormap code into real system (bob and alp)
  - testing on different platforms (enda)
  - make the picture frame stuff work (?? lynn?)

That's all I can think of at the moment.  Probably more, though.
Oh, Enda, the meta reload tag isn't working too well.  I mean, its
been annoying me when it reloads by itself.  Sometimes it would reload
in the middle of the generation process and i'd get weird images.
And some times it would reload the top frame inside of the other frames.
The best thing might be to just get rid of the reload tag.  What do
you think?

Well, I'm really happy.  This project is working out well.  I think we
should schedule a celebration party sometime.  Lynn, can you put that
on the task list??!!!

See ya,
Bob

 

From enda@cc.gatech.edu Sat May  3 21:07:58 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA14902 for ; Sat, 3 May 1997 21:07:55 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA04033 for ; Sat, 3 May 1997 21:07:54 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id VAA06782 for lynn; Sat, 3 May 1997 21:07:53 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705040107.VAA06782@oscar.cc.gatech.edu>
Subject: hours
To: lynn@cc.gatech.edu (C. Lynn Bacher)
Date: Sat, 3 May 1997 21:07:52 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 242


Hey,

Put me down for about 3 more hours of stuff.  I would say 2 hours of 
coding and 1 of testing for the new features of the web stuff.

bye
-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.

From enda@cc.gatech.edu Sat May  3 21:25:37 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA15426; Sat, 3 May 1997 21:25:35 -0400 (EDT)
Received: from oscar.cc.gatech.edu (enda@oscar.cc.gatech.edu [130.207.107.12]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id VAA04456; Sat, 3 May 1997 21:25:33 -0400 (EDT)
Received: (from enda@localhost) by oscar.cc.gatech.edu (8.8.4/8.6.9) id VAA07015; Sat, 3 May 1997 21:25:32 -0400 (EDT)
From: enda@cc.gatech.edu (Enda)
Message-Id: <199705040125.VAA07015@oscar.cc.gatech.edu>
Subject: hummmmmmm
To: lynn@cc.gatech.edu (C. Lynn Bacher), alp@cc.gatech.edu (alp),
        sumner@cc.gatech.edu (Robert Walker Sumner), enda@cc.gatech.edu (Enda)
Date: Sat, 3 May 1997 21:25:32 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Status: 
Status: RO
X-Mozilla-Status: 0001
Content-Length: 1329


OK,

I just noticed something which freeked me out...not sure if this
is something we should worry about or not...but lets be aware of it...

I made a complete backup of both web directories as they stand right
now, just incase something happens....So there I am running tar on
the web directory...and its taking FOREVER...I am very confused...
so I type 'quota' and see that we were given a 2MB quota on the
www-int directory...I look at my tar file and its 9.5MB in size...
but quota is only reporting we are using 500K...so I am VERY CONFUSED
for a minute...then it occures to me whats going on...

I don't own the pictures.  As far as quota is concerned www-int ownes
the files, and so its chargeing them to its quota not mine...
Well thats all well and good...but what happens if www-int suddenly
runs out of quota...I don't know any way to know how much quota it has
quota returns a "permission denied" when I ask it.

So this doesn't seem to be a problem right now...but I wanted
everyone to realize that after 87 generations, we have 9.5 MB of images,
and we don't own any of them :)

I personally say we plede insanity...:)  Just let me talk to them if
they catch us...they will believe the insanity pley from me :)

bye 
-- 

   Q:  What's the difference between roast beef and pea soup?

   A:  Anyone can roast beef.

From sumner@gvu.gatech.edu Sun May  4 02:24:20 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id CAA25615; Sun, 4 May 1997 02:24:16 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id CAA12168; Sun, 4 May 1997 02:24:13 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id CAA27821; Sun, 4 May 1997 02:24:12 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705040224.ZM27819@sgi4.cc.gatech.edu>
Date: Sun, 4 May 1997 02:24:10 -0400
In-Reply-To: enda@cc.gatech.edu (Enda)
        "hummmmmmm" (May  3,  9:25pm)
References: <199705040125.VAA07015@oscar.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: enda@cc.gatech.edu (Enda), lynn@cc.gatech.edu (C. Lynn Bacher),
        alp@cc.gatech.edu (alp), sumner@cc.gatech.edu (Robert Walker Sumner)
Subject: Re: hummmmmmm
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Status: 
Status: RO
X-Mozilla-Status: 0011
Content-Length: 1650

Yea, I had noticed that we had lots of megs of disk space used.  I say
we don't worry about it.  It's probably the case that www-int doesn't
have a quota.  I did a df on the www-int drive and it has over a gig
free.  So I don't think we have anything to worry about.  But if they
do say anything and you have to delete the files, tell me first.  I'd
like to backup them to my account.

One thing I forgot: Two things really:  Can you put the generation number
on the main page, so that we know when a new genration has been calculated.
So, I see two ways  of doing this.  Either the main page is cgi and it 
sticks in the correct generation number.  Or, my program could call a 
script the produces an approprite index.html file.  It could call this
script just before it zeros the vote.count file.  What do you think.
The other thing is that the generation number (under your number scheme)
should be 1000 - number.  Right now, for example, the number it says
is 1084 or something like that.  REally its just 84.  And really, when
FRACTAL_SEED is called, the generation number should be zerod.... But then 
that creates some problems in the /old directory for the filenames....
I'm just thinking out loud.

So what ideas do you have for the interface?  I'd love to hear them.
Remember, you don't have to stick with the 1st, 2nt, 3rd voting method.
You can do whatever you want, just as long as you put some sort of hit
count in the files. 

Yea, its easy to make it render the big fractals.  But, tell me the
exact size you want.  I don't want to make them any bigger than necessary
b/c the bigger the images, the longer it takes to make them.

-Bob

From sumner@gvu.gatech.edu Sun May  4 02:24:20 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id CAA25615; Sun, 4 May 1997 02:24:16 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id CAA12168; Sun, 4 May 1997 02:24:13 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id CAA27821; Sun, 4 May 1997 02:24:12 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705040224.ZM27819@sgi4.cc.gatech.edu>
Date: Sun, 4 May 1997 02:24:10 -0400
In-Reply-To: enda@cc.gatech.edu (Enda)
        "hummmmmmm" (May  3,  9:25pm)
References: <199705040125.VAA07015@oscar.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: enda@cc.gatech.edu (Enda), lynn@cc.gatech.edu (C. Lynn Bacher),
        alp@cc.gatech.edu (alp), sumner@cc.gatech.edu (Robert Walker Sumner)
Subject: Re: hummmmmmm
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Status: 
Status: RO
X-Mozilla-Status: 0011
Content-Length: 1650

Yea, I had noticed that we had lots of megs of disk space used.  I say
we don't worry about it.  It's probably the case that www-int doesn't
have a quota.  I did a df on the www-int drive and it has over a gig
free.  So I don't think we have anything to worry about.  But if they
do say anything and you have to delete the files, tell me first.  I'd
like to backup them to my account.

One thing I forgot: Two things really:  Can you put the generation number
on the main page, so that we know when a new genration has been calculated.
So, I see two ways  of doing this.  Either the main page is cgi and it 
sticks in the correct generation number.  Or, my program could call a 
script the produces an approprite index.html file.  It could call this
script just before it zeros the vote.count file.  What do you think.
The other thing is that the generation number (under your number scheme)
should be 1000 - number.  Right now, for example, the number it says
is 1084 or something like that.  REally its just 84.  And really, when
FRACTAL_SEED is called, the generation number should be zerod.... But then 
that creates some problems in the /old directory for the filenames....
I'm just thinking out loud.

So what ideas do you have for the interface?  I'd love to hear them.
Remember, you don't have to stick with the 1st, 2nt, 3rd voting method.
You can do whatever you want, just as long as you put some sort of hit
count in the files. 

Yea, its easy to make it render the big fractals.  But, tell me the
exact size you want.  I don't want to make them any bigger than necessary
b/c the bigger the images, the longer it takes to make them.

-Bob

From alp@cc.gatech.edu Sun May  4 16:52:33 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA16361; Sun, 4 May 1997 16:52:30 -0400 (EDT)
Received: from felix.cc.gatech.edu (alp@felix.cc.gatech.edu [130.207.107.11]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA10067; Sun, 4 May 1997 16:52:29 -0400 (EDT)
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id QAA16356; Sun, 4 May 1997 16:52:28 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705042052.QAA16356@felix.cc.gatech.edu>
Subject: Re: More news
To: sumner@cc.gatech.edu (Robert Walker Sumner)
Date: Sun, 4 May 1997 16:52:28 -0400 (EDT)
Cc: lynn@cc.gatech.edu, enda@cc.gatech.edu, alp@cc.gatech.edu,
        sumner@cc.gatech.edu
In-Reply-To: <9705032037.ZM25738@sgi4.cc.gatech.edu> from "Robert Walker Sumner" at May 3, 97 08:37:11 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Status: 
Status: RO
X-Mozilla-Status: 0011
Content-Length: 711


Hey-
	how's the testing doc comming along?  Enda and Lynn- I guess you 
must have it under control.  
	I was think ing about the color map stuff, and I wonder if we could
have, for example, three buttons on the side.  one for each primary color.
I think we have color maps of Red, green and blue.  When people want to play
with the coloring, more blue, we could mix the current color map with blue
instead of other winning color maps.
	The other thought I had was possibly subtracting the RGB values from
255, periodically.  I'm not exactly sure what effect this would have.  my
intuition tells me stuff like purple will turn yellow.  Any other suggestinos?
	oh well, i gott recover from this hang over.  

alp

From alp@cc.gatech.edu Sun May  4 16:52:33 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA16361; Sun, 4 May 1997 16:52:30 -0400 (EDT)
Received: from felix.cc.gatech.edu (alp@felix.cc.gatech.edu [130.207.107.11]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id QAA10067; Sun, 4 May 1997 16:52:29 -0400 (EDT)
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id QAA16356; Sun, 4 May 1997 16:52:28 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705042052.QAA16356@felix.cc.gatech.edu>
Subject: Re: More news
To: sumner@cc.gatech.edu (Robert Walker Sumner)
Date: Sun, 4 May 1997 16:52:28 -0400 (EDT)
Cc: lynn@cc.gatech.edu, enda@cc.gatech.edu, alp@cc.gatech.edu,
        sumner@cc.gatech.edu
In-Reply-To: <9705032037.ZM25738@sgi4.cc.gatech.edu> from "Robert Walker Sumner" at May 3, 97 08:37:11 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Status: 
Status: RO
X-Mozilla-Status: 0011
Content-Length: 711


Hey-
	how's the testing doc comming along?  Enda and Lynn- I guess you 
must have it under control.  
	I was think ing about the color map stuff, and I wonder if we could
have, for example, three buttons on the side.  one for each primary color.
I think we have color maps of Red, green and blue.  When people want to play
with the coloring, more blue, we could mix the current color map with blue
instead of other winning color maps.
	The other thought I had was possibly subtracting the RGB values from
255, periodically.  I'm not exactly sure what effect this would have.  my
intuition tells me stuff like purple will turn yellow.  Any other suggestinos?
	oh well, i gott recover from this hang over.  

alp

From sumner@gvu.gatech.edu Sun May  4 17:22:21 1997
Received: from burdell.cc.gatech.edu (root@burdell [130.207.3.207]) by felix.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id RAA17565; Sun, 4 May 1997 17:22:14 -0400 (EDT)
Received: from sgi4.cc.gatech.edu (sgi4.cc.gatech.edu [130.207.119.6]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id RAA11525; Sun, 4 May 1997 17:22:12 -0400 (EDT)
Received: (from sumner@localhost) by sgi4.cc.gatech.edu (8.8.4/8.6.9) id RAA02048; Sun, 4 May 1997 17:22:11 -0400 (EDT)
From: "Robert Walker Sumner" 
Message-Id: <9705041722.ZM2046@sgi4.cc.gatech.edu>
Date: Sun, 4 May 1997 17:22:10 -0400
In-Reply-To: alp@cc.gatech.edu (alp)
        "Re: More news" (May  4,  4:52pm)
References: <199705042052.QAA16356@felix.cc.gatech.edu>
X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail)
To: alp@cc.gatech.edu (alp), sumner@cc.gatech.edu (Robert Walker Sumner)
Subject: Re: More news
Cc: lynn@cc.gatech.edu, enda@cc.gatech.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Status: 
Status: RO
X-Mozilla-Status: 0011
Content-Length: 690

Alp, its pretty easy to make washes of color if you want.  I mean, to
make a range of color values that vary from red to orange to yellow.
Or from green to blue or whatever.  That could me a mutation in the
colormap somehow.  I could show you how to do that if you like.

Another idea would be this.  When you combine two colormaps, you could
do something other than averaging.  Instead you could take the first
100 colors from the first map, take the last 100 colors from the second
map.  That leaves 50 colors (about) in teh middle.  For those, you 
could just interpolate the middle so you get a smooth transition from
the first set to the second set of colors.

Just some ideas...

=bob

From alp Sun May  4 19:52:38 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id TAA24889; Sun, 4 May 1997 19:52:32 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705042352.TAA24889@felix.cc.gatech.edu>
Subject: test plan
To: sumner@gvu.gatech.edu (Robert Walker Sumner), enda@cc.gatech.edu (Enda),
        lynn@cc.gatech.edu (C. Lynn Bacher), alp@cc.gatech.edu (alp)
Date: Sun, 4 May 1997 19:52:32 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: RO
X-Mozilla-Status: 0001
Content-Length: 779


I've read through the test plan.  It looks very thourough(sp?).  Good Job QA!
There were only two or three minor things that I had suggestions for.
I noticed the third or so sentence of test 6 mentions user-friendliness
but the issue really isn't adressed until test7.

Also, for test 7, I thought maybe we could add that I will have my entire
fraternity test it out.  We should have a very wide range of user levels 
as well as platforms.

Things are rockin'.  hey bob- don't kill yourself.  I going to try
and think clearly.  See you all tomorrow.  

by the way- the demo page doesn't have anything on it.  I hope someone
disabled it on purpose.  Just wondering.

oh yeah -bob don't forget to send mail to abowd about your interview out of
town on friday.  well, later -

alp


From alp Sun May  4 20:05:20 1997
Received: (from alp@localhost) by felix.cc.gatech.edu (8.8.4/8.6.9) id UAA25466; Sun, 4 May 1997 20:05:13 -0400 (EDT)
From: alp@cc.gatech.edu (alp)
Message-Id: <199705050005.UAA25466@felix.cc.gatech.edu>
Subject: test plan
To: sumner@gvu.gatech.edu (Robert Walker Sumner), enda@cc.gatech.edu (Enda),
        lynn@cc.gatech.edu (C. Lynn Bacher), alp@cc.gatech.edu (alp)
Date: Sun, 4 May 1997 20:05:12 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: RO
X-Mozilla-Status: 0001
Content-Length: 362


oh yeah, 
	i thought of these when I was reading the testing criteria:
It asked for pointers to the testing,  so maybe it might not hurt to have
a pointer to our demo?

Also the criteria mentions having pointers to sections of the current schedule.
This seems like a lot to do, but I figured I should mention the idea incase 
anyone wanted to do it.

later
alp

DNA Home Page
Last Modified 5/8/97 -- C. Lynn Bacher (lynn@cc.gatech.edu)