From grudin@ics.uci.edu (Jonathan Grudin)
Subject: Re: Duplicate user account
Nntp-Posting-Host: vineland.ics.uci.edu
Message-ID: <grudin-280293193713@vineland.ics.uci.edu>
Newsgroups: comp.groupware
Organization: University of California, Irvine
Lines: 12
References: <gate.093NZB1w165w@comphi.wariat.org> <1993Feb28.203709.7587@beaver.cs.washington.edu>
Date: 1 Mar 93 03:38:41 GMT
Followup-To: comp.groupware

In article <1993Feb28.203709.7587@beaver.cs.washington.edu>,
sullivan@cs.washington.edu (Kevin Sullivan) wrote:
>
> In article <gate.093NZB1w165w@comphi.wariat.org> broken@comphi.wariat.org writes:
> >ALERT!  Bad user found.
>
> Just out of curiousity, may I ask why these messages from comphi.wariat.org
> keep appearing on this newgroup?

As long as you have asked this question, let me reveal my ignorance by
asking what exactly do these "bad user found" messages mean?  Could someone
take one and translate it for me? Thanks -- Jonathan Grudin


From MONKEY@comphi.wariat.org
Newsgroups: comp.groupware
Subject: Duplicate user account
Message-ID: <gate.XcmPZB1w165w@comphi.wariat.org>
Date: Sun, 28 Feb 93 20:37:20 EST
Lines: 11

ALERT!  Bad user found.

Morris Radzinski
    mo
    MONKEY

216-543-7336  /  216-543-7336
    mo
    MONKEY




From petitp@inf.enst.fr (Pascal Petit)
Newsgroups: comp.groupware
Subject: groupware architecture ?
Keywords: groupware, requirements, formal mapping
Message-ID: <3223@ulysse.enst.fr>
Date: 1 Mar 93 14:37:31 GMT
Sender: news@ulysse.enst.fr
Organization: Telecom Paris, France
Lines: 20

I'm a french student at TELECOM Paris. 
	I'm starting my thesis on groupware architectures.

	I worked for six months in the Bull H.N. US applied research lab. on
 the modeling of a groupware architecture called MBus which is developped by  
the university of Illinois at Urbana-Champaign.
	I'm looking for material on requirements and formal mapping of 
groupware architecture.
	My starting points are ODP, OSI/TP and CSCW requirements.
	More genraly speaking, I'm looking for any papers on groupware.


-- 
E-mail: petitp@inf.enst.fr  ||  Pascal.Petit@enst.fr

P-mail: Pascal Petit			Telecom Paris	
      	88 rue de Chezy			46, rue Barrault 
	92200 Neuilly Seine		75634 Paris cedex 13
	FRANCE				FRANCE	
	(33)1 47 22 05 07


From barhyb@fi.gs.com (Bill Barhydt)
Subject: Re: collaborative meeting software
Message-ID: <C37rIB.yn@fi.gs.com>
Sender: news@fi.gs.com
Nntp-Posting-Host: psl04
Reply-To: barhyb@fi.gs.com
Organization: Fixed Income Division - Goldman, Sachs & Co.
References: <C2yKFn.Apo@fi.gs.com>
Date: Mon, 1 Mar 1993 14:13:22 GMT
Lines: 24

Thanks very much to all who replied.  For the sake of brevity and my not
having very much time, I will simply list those contacts that have the
most worthy products (based on my first impressions.)

Ventana Corporation - (800) 325-1938

Group Technologies (703) 528-1555

Collaborative Technologies (512) 794-8858

CoVision (415) 563-2020 -- This company offers full service mtg support.

The only companies I already have experience with from my previous 
employer are Ventana and CoVision so I might be able to answer questions
about one of those two companies although I suggest that you contact
them directly first since they know more about what they do than I.

Good luck...

-----------------------------------------------------------------------
Bill Barhydt
Goldman, Sachs & Co.
barhyb@fi.gs.com



From ampac@netcom.com (Marc Kulla)
Subject: Meaning of "MHS-supported"...
Message-ID: <1993Mar1.200540.26181@netcom.com>
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 1 Mar 1993 20:05:40 GMT
Lines: 10

Can anyone tell me what "MHS-supported private or public electronic mail
system" means?  Is MHS a standard in mail?  Is it some kind of standard
interface?  Any help, or any advice on where to get the answer to this
would be apprectiated.

Thanks,

Marc
e-mail: ampac@netcom.com



From Lars Oestreicher <larsoe@csd.uu.se>
Newsgroups: comp.human-factors,comp.groupware,comp.misc
Subject: Re: Priorities and to-do lists -- opinions wanted
Date: 1 Mar 1993 12:51:54 GMT
Organization: Uppsala University
Lines: 48
Distribution: world
Message-ID: <1mt0taINN6cd@corax.udac.uu.se>
References: <aJ7kZB4w165w@mantis.co.uk> <armand-280293123104@stc-ara1.comm.mot.com>
NNTP-Posting-Host: mumindalen.csd.uu.se
X-UserAgent: Nuntius v1.1.1d17
X-XXDate: Mon, 1 Mar 93 12:52:32 GMT

In article <aJ7kZB4w165w@mantis.co.uk> mathew, mathew@mantis.co.uk writes:
In article <aJ7kZB4w165w@mantis.co.uk> mathew, mathew@mantis.co.uk writes:
> I'm looking for opinions about how to represent the importance or
priority of
> a task as a numeric value.
> 
> On my to-do list on my Mac at home, I use low numbers to indicate
unimportant
> tasks and high numbers to indicate important ones.  Discussion in the
office,
> however, suggests that I am alone in my perversion.  Certainly, looking
at
> other to-do list packages, the convention of "smaller number means more
> important" seems to be very widespread.
> 
> So, could people who have strong opinions one way or the other mail me?
 At
> the moment, my conclusion is that "small = important" is probably the
way to
> go simply because everyone else does it that way, and the fact that it
seems
> counter-intuitive to me is just my problem.
> 

My first thought looking at your question is that I would suspect you 
would get some cultural dependencies as well as personal. 
 
A parallell is grading systems in school. I Sweden a grade of 5 is 
considered very good, excellent, whereas a 1 is very bad, really did not 
pass at all. In Germany the scale is reversed (which caused me some 
smiles from my grandparents who live there, when I told them I had a good 
grade from school, they said it was the worst thing they've ever seen). I 
think this could apply as well for priorities.

On the personal level I guess the problem with priorities is whether you 
regard the number as priority order or priority weight. 

Priority order -> low number important, first thing to do
Priority weight -> high number important, the most important thing to do.

/Lars
---
Lars Oestreicher                	Tel:  +46 18 18 10 19
Dept. of Computing Science      	Fax:  +46 18 52 12 70 
Uppsala University, 
PO.Box 311
S-751 05 Uppsala                 e-mail: larsoe@csd.uu.se
Sweden


From ceh@leland.Stanford.EDU (Carey Heckman)
Subject: Re: Meaning of "MHS-supported"...
Message-ID: <1993Mar1.221830.23668@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSG, Stanford University, CA 94305, USA
References: <1993Mar1.200540.26181@netcom.com>
Date: Mon, 1 Mar 93 22:18:30 GMT
Lines: 35

In article <1993Mar1.200540.26181@netcom.com> ampac@netcom.com (Marc Kulla) writes:
>Can anyone tell me what "MHS-supported private or public electronic mail
>system" means?  Is MHS a standard in mail?  Is it some kind of standard
>interface?  Any help, or any advice on where to get the answer to this
>would be apprectiated.
>
>Marc
>e-mail: ampac@netcom.com

Although "MHS" is used in the X.400 world, I would guess the usage you're
seeing refers to Novell's Message Handling Service.  This MHS is the most
widely used messaging platform in the PC LAN world.  MHS itself is a 
messaging engine -- it processes properly formatted messages and handles
the network and asynchronous communications required to send and receive
messages.  Applications use MHS to pick up and deposit messages without
having the hassle of creating their own messaging services (directory,
communications, storage, administration, and so on).  Most of the
world uses the "MHS" a bit sloppily.  The applications actually use
SMF (Standard Message Format), the application program interface the
MHS (and Novell's other messaging engine, NetWare Global Messaging)
implements.

For more information about MHS, NetWare Global Messaging, and SMF,
you can email Mike Naughton at Novell at miken@novell.com.

The MHS in the X.400 world is part of a comparable concept of splitting
the application (user agent, in X.400-speak) from the underlying general
messaging services platform (message transfer agent, or MTA, in X.400-speak).
That MHS is described in the X.400 specification.

Hope this helps.

--
Carey Heckman
ceh@leland.stanford.edu


From cir@access.digex.com (Jeff Ubois)
Newsgroups: comp.groupware
Subject: GDSS on Mac?
Date: 1 Mar 1993 22:45:41 -0500
Organization: Express Access Online Communications, Greenbelt, MD USA
Lines: 12
Message-ID: <1mul95INNpj5@access.digex.com>
NNTP-Posting-Host: access.digex.com
Summary: Looking for examples
Keywords: GDSS, Mac, Apple, meeting

I am working on an article for Macweek about Apple-based group
decision support systems and looking for real, live examples of
commercial applications.  I'm particularly interested in how
these systems can change meeting dynamics & user experiences. 
Please email me at Cir@access.digex.com or Jubois@mcimail.com or
call 703-527-8950 if you are willing to talk on this subject. 
Thanks.  
Jeff Ubois






From ss6250@albnyvms.bitnet
Subject: Priority Numbers
Message-ID: <1993Mar2.042128.17432@sarah.albany.edu>
Sender: news@sarah.albany.edu (News Administrator)
Reply-To: ss6250@albnyvms.bitnet
Organization: University of Albany, SUNY
Date: Tue, 2 Mar 93 04:21:28 GMT
Lines: 9

If you use two or more criteria (e.g. importance and urgency) then it is
useful to have higher numbers indicate higher priorities.  This allows you
to add or multiply the two numbers to gain an overall score.

Working with groups to assess priorities often is aided by using more than
two criteria.  (We used 47 criteria with a government task force to 
set priorities for addressing medical malpractice insurance problems!)
If this is a serious issue for you, take a look at the literature on
multiattribute utility analysis and subjective expected utility theory.


From ss6250@albnyvms.bitnet
Subject: Re: Looking for Pointing devices
Message-ID: <1993Mar2.042836.17554@sarah.albany.edu>
Sender: news@sarah.albany.edu (News Administrator)
Reply-To: ss6250@albnyvms.bitnet
Organization: University of Albany, SUNY
References: <1993Feb27.025636.8330@beaver.cs.washington.edu>
Date: Tue, 2 Mar 93 04:28:36 GMT
Lines: 15

In article <1993Feb27.025636.8330@beaver.cs.washington.edu>, leos@wolf.cs.washington.edu (Leo Salemann) writes:
>Does anyone know of any newsgroups or publications that focus on
>alternative input devices?  In particular, I'm looking for devices
>that can be used /w/ a wall-sized display.  I've heard of Thumbelina,
>a hand-held trackball; and a wallbord display that doubles as a touch
>tablet.  What else is out there & where can I find it?
>
Check out some of the manufacturers of LCD computer projection pads.  One of
them (Proxima?) makes a device they call Cyclops which is an electronic pointer
that doubles as a mouse.  Other manufacturers use IR keypads (like Silent

Partner) that give you full or partial keyboard control over the computer from
the projection screen.




From ss6250@albnyvms.bitnet
Subject: Facilitating VideoConferencing
Message-ID: <1993Mar2.043032.17641@sarah.albany.edu>
Sender: news@sarah.albany.edu (News Administrator)
Reply-To: ss6250@albnyvms.bitnet
Organization: University of Albany, SUNY
Date: Tue, 2 Mar 93 04:30:32 GMT
Lines: 1

Does anyone have any experience/advice for facilitators of videoconferences?


From rick@sq.sq.com (Rick Innis)
Subject: Re: Priorities and to-do lists -- opinions wanted
Message-ID: <1993Mar2.190256.17537@sq.sq.com>
Organization: SoftQuad Inc., Toronto, Canada
References: <aJ7kZB4w165w@mantis.co.uk>
Date: Tue, 2 Mar 93 19:02:56 GMT
Lines: 14

In article <aJ7kZB4w165w@mantis.co.uk> mathew <mathew@mantis.co.uk> writes:

>Also, does anyone have any thoughts on the idea of having two-dimensional
>priorities, with one axis being "urgency" and the other being "importance"?

I know someone who used a two-d priority space, the axes being "urgency" and
"size of task".  He implemented it using some wall space and post-it notes.

	--Rick.
-- 
Rick Innis
SoftQuad Inc.           "Have you seen the secret of the Universe?"  said 
rick@sq.com             Zebedee, arriving.  "I know I left it here somewhere."
+1 (416) 239 4801


From colston@gid.co.uk (Colston Sanger)
Newsgroups: comp.groupware
Subject: CfP, UK CSCW SIG seminar on Coordination, London, Dec 93
Keywords: CSCW, coordination, seminar
Message-ID: <378@sixnine.gid.co.uk>
Date: 2 Mar 93 20:50:26 GMT
Organization: GID Ltd, Upper Basildon, Reading, UK
Lines: 116


				Call For Papers
 
 
	TOWARDS THE INTELLIGENT FIRM: THE COORDINATION PERSPECTIVE
 
 
		  A Joint GERMAN / UK CSCW SIG Seminar
 
			Department of Trade & Industry
	      Kingsgate House, 66-74 Victoria Street, London SW1
 
			   Monday 6th December 1993
 
 
 
Making human organizations more intelligent than they currently are is 
perhaps one the most important challenges of organizational research 
and information systems development today. New approaches in 
organizational theory emphasize the need for downsizing and 
decentralization of organizations. This causes the delegation of 
tasks, competences and responsibilities and introduces (partial) 
autonomy to deeper levels of organizational hierarchies. Recent work 
on information system technology has already begun to develop 
different approaches to cooperative computing such as Computer 
Supported Cooperative Work, Man-Computer-Cooperation, Distributed 
Artificial Intelligence, and Nonstandard Database Management Systems 
for teamwork applications. 
 
No longer can such organizations be regarded as collections of 
personel organized into some appropriate structure so as to 
facilitate control / coordination between them. Interactions within 
organizations take place increasingly between human-computer and 
computer-computer entities and as such these need to be controlled 
and supported effectively. In order to achieve this goal a truly 
integrated theory of coordination needs to be developed.
 
Within this context the seminar aims at the theoretical foundations 
of an integrated theory of coordination. Thus, it shall integrate 
existing issues within the coordination debate. It will enhance our 
understanding of these elements and their interrelationships. It 
will synthesize disparate work identifying the key elements of an 
integrated theory of coordination. To this end the seminar will take 
an interdisciplinary approach based on work in social science, 
organizational theory, CSCW, Distributed AI, and database support 
for teamwork applications.
 
 
Papers are solicitated on the following and related areas:
 
o    Integrated and Interdisciplinary Theory of Coordination
 
o    Cooperation and Coordination in Human Organizations
 
o    Human Computer Cooperation and Coordination
 
o    Interaction among different coordination mechanisms (e.g., 
        between the different human and software agent levels)
 
o    Cooperation and Coordination between Software Systems 
 
o    Database Support for Teamwork Applications on either the Human   
     or the Software Level
 
Papers may be scientific papers focusing on a particular issue, or 
they may provide thorough overviews from the current state of the 
art in one or several of the above mentioned fields.
 
Format:
-------
It is intended to publish the seminar proceedings in the BCS CSCW 
book series on CSCW, and a full length paper will be required for 
this. Contributions should be submitted in double spaced format, 
approximately 4000 words. 
In order to save efforts: Anyone interested in submitting a paper 
may request a copy of the publication guidelines from the
organizers (see below).
 
 
Timetable:
----------
April 30th				4 copies of full papers to
					   arrive at the organizers
May 30th				notification of authors
June 15th				final versions due
December (probably 6th or 10th)		seminar at DTI in London 
 
 
Contact:
--------
Please send papers and any other enquiries to Stefan Kirn either by 
post, fax or email.
 
 
Workshop Organizers:
--------------------
 
             Stefan Kirn                        G.M.P. O'Hare
 
       University of Muenster                       UMIST
 Institut fuer Wirtschaftsinformatik      Department of Computation
        Grevener Str. 91                       Sackville Street
       D-4400 Muenster                       Manchester, M60 1QD
           Germany                                    U.K.
 
  email:   kirns@uni-muenster.de
  tel:     +49 251 839753                     +44 61 200 3310
  fax:     +49 251 839754                     +44 61 200 3324
 
 


-- 
GID - software engineers to the quality
1 Captain's Gorse, Upper Basildon, Reading, Berks RG8 8SZ, UK
UUCP: colston@gid.co.uk               Tel/Fax: +44 491 671964


From herlock@lclark.edu (Jon Herlocker)
Newsgroups: comp.groupware
Subject: Group Messaging System for SunOS Unix
Message-ID: <1993Mar4.182403.1962@lclark.edu>
Date: 4 Mar 93 18:24:03 GMT
Article-I.D.: lclark.1993Mar4.182403.1962
Organization: Lewis & Clark College, Portland OR
Lines: 15
X-Newsreader: TIN [version 1.1 PL8]

We have a Sun 4/490 and we would like to have a messaging system that will
pass information on to all users at login, but can be posted to by any user, 
via email or other interface.  Something like the old 'msgs' program on
Berkely unix. We are looking for a program that is public domain.  We
were wondering if anybody had some suggestions.

We appreciate all replies.

Thanks,
Jon

-- 
Jon Herlocker		email:  herlock@lclark.edu
Lewis & Clark College
Portland, OR 97219


From ss6250@albnyvms.bitnet
Subject: Re: Priorities and to-do lists -- opinions wanted
Message-ID: <1993Mar4.150642.13933@sarah.albany.edu>
Sender: news@sarah.albany.edu (News Administrator)
Reply-To: ss6250@albnyvms.bitnet
Organization: University of Albany, SUNY
References: <aJ7kZB4w165w@mantis.co.uk>,<1993Mar2.190256.17537@sq.sq.com>
Date: Thu, 4 Mar 93 15:06:42 GMT
Lines: 17

In article <1993Mar2.190256.17537@sq.sq.com>, rick@sq.sq.com (Rick Innis) writes:
>In article <aJ7kZB4w165w@mantis.co.uk> mathew <mathew@mantis.co.uk> writes:
>
>>Also, does anyone have any thoughts on the idea of having two-dimensional
>>priorities, with one axis being "urgency" and the other being "importance"?

Urgency and Importance are used by Mason and Mitroff in their book on 
strategic planning.  I believe these critieria are implemetned in software 
for group decision support offered by Ventana and also by OptionFinder.  

It strikes me that using only one or two criteria for making decision is a
carry over
from the days when we were limited by information technology to a simple view
of complex matters.  With computer technology it is easy to incorporate 
as many criteria as are appropriate.  There are many decision making software
products available for the PC that do this.



From bagwill@swe.ncsl.nist.gov (Bob Bagwill)
Subject: Re: Priorities and to-do lists -- opinions wanted
Message-ID: <C3DFtC.89y@nist.gov>
Sender: news@nist.gov
Organization: NIST
X-Newsreader: TIN [version 1.1 PL6]
References: <aJ7kZB4w165w@mantis.co.uk>
Date: Thu, 4 Mar 1993 15:46:24 GMT
Lines: 11

IMHO low==important, high==less important, because importance has a
lower bound (do it now), but no upper bound (do it if there's nothing
else to do).

In any case, if it's a graphical application, the user probably
doesn't need to see a number at all, the items will be arranged in the
appropriate order on the screen.

--
Bob Bagwill
bagwill@swe.ncsl.nist.gov


From sphipps@vnet.ibm.com (Simon Phipps)
Message-ID: <19930304.124709.238@almaden.ibm.com>
Date: Thu, 4 Mar 93 18:55:47 GMT
Newsgroups: comp.groupware
Subject: Re: WAN Groupware
Reply-To: sphipps@vnet.ibm.com
Organization: IBM UK Laboratories Ltd, Hursley Park
News-Software: UReply 3.1
References: <1mgnioINNu0@senator-bedfellow.MIT.EDU>
Lines: 11

In <1mgnioINNu0@senator-bedfellow.MIT.EDU> Angelo Angelos writes:
>I am interested in groupware over Wide Area Networks

Our Person To Person/2 product (released last Friday) allows multiple
users to share tools such as chalkboards, minute-takers etc over
both LAN (TCP/IP, NetBIOS) and WAN (TCP/IP, Async, ISDN).

\\\  Simon Phipps, External Technical Liaison    p2p@vnet.ibm.com    ///
\\\  IBM Person To Person/2 Development Team                         ///
/// . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .\\\
///          Developing Tomorrow's CSCW Solutions Today!             \\\


From johnh@macadam.mpce.mq.edu.au (John Haddy)
Newsgroups: sci.electronics,comp.groupware,rec.travel,sci.edu,comp.edu,comp.multimedia,misc.education
Subject: European Labs Visits Request (REPOST)
Date: 4 Mar 1993 22:16:04 GMT
Organization: School of MPCE, Macquarie University, Australia.
Lines: 71
Distribution: world
Message-ID: <1n5v34$75q@sunb.ocs.mq.edu.au>
NNTP-Posting-Host: macadam.mpce.mq.edu.au
Originator: johnh@macadam.mpce.mq.edu.au

For those who have read this and replied when I posted late last year,
please ignore this message. I am "recasting the net" prior to working
out a final schedule.

(Apologies for this appearing in groups other than rec.travel - I just want
to reach people in the appropriate fields of study)

I will be in Europe next (northern) summer and in the US for a short period
after, for the purpose of researching methods of remote delivery of educational
material. I am interested both in existing systems (both educational and
commercial) as well as current research in the area. I am principally
interested in delivery of university level (undergraduate and postgraduate)
technology-based course material.

My reason for posting is to reach as many people as possible in my field of
study, and to ask whether you would mind having an Aussie stop by for a chat
sometime.

Topics of interest include:

	Interactive video distribution and control e.g. delivery of lectures
		to multiple sites (both on and off campus).
		
	Multi-media in its application to tertiary technology education.
	
	Integrated information systems.
	
	Commercial service provision by universities e.g. provision of lecture
		material to corporate sites (I'm interested in costing
		structures, growth patterns, student participation etc).
		
	Local / Wide area network service provisions for multimedia and
		interactive video distribution (e.g. dedicated lines vs
		packet switched networks etc).
		
	Management of interactive teaching networks.
	
	Methods of delivery of service e.g. satellite, fibre, etc.
	
	Commercial equipment related to service distribution.
	
	Any other related topics! My brief is extremely broad, with a goal of
	identifying an implementation strategy for my university which allows
	for campus-wide, city-wide and [intra/inter]national delivery of
	educational material, with the ability to target whichever sectors of
	the education market (undergrad, postgrad, corporate, community
	education) are required.
	
I am an engineer with a background in computer communications and
digital systems design, so I am more interested in the technical and
management aspects of service provision, rather than the pedagogy of remote
teaching. However, I would like to hold discussions, in broad terms, with
people experienced in the use of such systems from an educator's viewpoint.

Please mail me - this is not really a topic of world wide interest to be
kept on the net!

Thanks,

	JohnH
	
----------------------------------------------------------------------------

      |  _  |_   _   |_|  _   _|  _|              Electronics Department
    |_| (_) | | | |  | | (_| (_| (_| \/           School of MPCE
    ---------------------------------/-           Macquarie University
                                                  Sydney, AUSTRALIA 2109

    Email: johnh@mpce.mq.edu.au, Ph: +61 2 805 8959, Fax: +61 2 805 8983

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


From geer@world.std.com (Dan Geer)
Subject: Symposium on Mobile & Location Independent Computing
Message-ID: <C3EEMG.2FM@world.std.com>
Followup-To: comp.org.usenix
Summary: Call for Papers on Mobile Computing
Keywords: mobile computing
Organization: The World @ Software Tool & Die
Date: Fri, 5 Mar 1993 04:18:15 GMT
Lines: 163


ANNOUNCEMENT/CALL FOR PAPERS

1993 USENIX SYMPOSIUM ON MOBILE & LOCATION-INDEPENDENT COMPUTING
August 1-3, 1993 
Marriott Hotel 
Cambridge, Massachusetts


USENIX
The UNIX and Advanced Computing Systems Professional and Technical Association


Much of the growth of UNIX has been due to its support for casual
communications, thus fostering cooperative work within a location-
independent framework. The latest incarnation of location-independence
is "Mobile Computing."

Distributed computing, now pervasive in other circles, was pioneered by
the UNIX community. Support for Mobile Computing is the next logical
step in assuring the role of UNIX as the operating system that offers a
rich and complete feature set.

Progress in Mobile Computing is everywhere evident both in academic and
non-academic circles. We intend to concentrate on it in a true state-of-
the-art symposium and technical free-for-all on what it takes to make
Mobile Computing work and work right.

SYMPOSIUM SCHEDULE
Sunday, August 1, evening     Registration and Welcome Reception 
Monday, August 2, all day     Keynote by Bob Metcalfe of InfoWorld,
                                followed by technical sessions
Monday, August 2, 6-10 pm     Vendor Demonstrations, BOFs
Tuesday, August 3, all day    Technical sessions
Tuesday, August 3, noon       Hosted Luncheon with speaker

This is a single track symposium offering two days of refereed paper
presentations.  The symposium will also include two panels,
Work-in-Progress reports, a Keynote and a speaker at the luncheon
(including with registration).  Birds-of-a-Feather sessions and a
series of Vendor Demonstrations will take place Monday evening.

Formally reviewed papers, presented during the symposium, will be
published in the symposium proceedings.  Proceedings will be
distributed free to attendees during the symposium and later will be
available for purchase from the USENIX Association.

SYMPOSIUM TOPICS
As is usual for a USENIX symposium, we are looking for new and
arresting developments in systems that directly contribute to a
technical understanding of Mobile Computing.  UNIX will be the lingua
franca of discussion, but we are eager for progress from other world
views to be presented as well.  The Mobile Computing Symposium will
address a wide range of issues and ongoing developments, including, but
not limited to:

 -Naming (e.g. Prospero or OSF/DCE DNS)
 -Wide area information distribution (e.g. WAIS or archie)
 -Security (e.g. authentication based on devices or digital signature services)
 -User locatability (e.g. paging systems or active badges)
 -Rendezvous (e.g. videoconferencing over the internet or various groupware
  efforts)
 -Networking and Connectability (e.g. the new IETF routing work, movement of
  ``sockets'' from site to site, or the rumored advent of IP connections from
  airplanes)
 -Portable tiny devices (e.g. the various palmtops or personal information
  assistants)

REFEREED PAPER SUBMISSIONS
Submission of an extended abstract of 1500-2500 words (9000-1500 bytes
or 3-5 pages) is recommended.  Shorter abstracts run a significant risk
of rejection as there will be little on which the program committee can
base an opinion.  Extended abstracts should be sent to Dan Geer at the
address below.  Those submitting hardcopy abstracts must send five
copies.

Please also provide the following information about the author(s):
 -name
 -title
 -affiliation
 -daytime telephone
 -postal address,
 -email address (please)
 -FAX if possible
 -whether you want a 15, 30 or 45 minute time slot.

IMPORTANT DATES

DATES FOR REFEREED PAPER SUBMISSIONS
April 19, 1993   Extended abstracts due
May 3, 1993      Notification to authors
June 14,1993     Camera-ready final papers due

Registration Materials Available:  May, 1993

PROGRAM COMMITTEE
Program Chair: Dan Geer
Geer Zolot Associates
geer@gza.com

Vice-Program Chair: Clement Cole
Locus Computing Corporation
clemc@locus.com

Ed Gould
Digital Equipment Corporation
ed@pa.dec.com

Mike Kazar
Transarc Corporation
mike_kazar@transarc.com

Jeff Kellem
Beyond Dreams
composer@beyond.dreams.org

Alan Nemeth
Digital Equipment Corporation
agn@flume.enet.dec.com

Tom Page
University of California, Los Angeles
page@ficus.cs.ucla.edu

Charlie Perkins
IBM - T. J. Watson Research Center
perk@watson.ibm.com

Dave Presotto
AT&T
presotto@research.att.com

Jim Rees
University of Michigan
jim.rees@umich.edu


FOR MORE PROGRAM INFORMATION
For questions about refereed paper submissions and other program
concerns, contact the Program Chair:

		Daniel E. Geer, Jr., Sc.D.
		Geer Zolot Associates
		One Main Street
		Cambridge, Massachusetts 02142
		Email:     geer@gza.com
		Telephone: +1 617 374 3700
		FAX:       +1 617 374 3715

FOR REGISTRATION INFORMATION
Materials containing all details of the symposium program, symposium
registration fees and forms, and hotel discount and reservation
information will be mailed end of May, 1993.  If you wish to receive
the registration materials, please contact:

USENIX Conference Office
22672 Lambert Street, Suite 613
Lake Forest, CA USA 92630
Email:     conference@usenix.org
Telephone: +1 714 588 8649
FAX:       +1 714 588 9706




From kollmann@igd.fhg.de (Hendrik Kollmann (M.G.Schendel))
Newsgroups: comp.groupware
Subject: SketchPad - a new distributed sketching-conference tool
Message-ID: <1935@igd.fhg.de>
Date: 5 Mar 93 12:59:23 GMT
Sender: news@igd.fhg.de
Organization: Haus der Graphischen Datenverarbeitung, 6100 Darmstadt
Lines: 97


                  Announcement for


                    distributed
       
              S k e t c h P a d  1.0
             ========================
           
                      System


        
         a public domain tool for operative
      
         sketching in networked environment

     
       
  The Sketchpad system is a distributed interactive 
graphical editor particularly designed for sketching.
Based on CAD pictures as background, which present the 
items of discussion, multiple users are able to work 
on their own sketches at the same time. The inter-
active manipulations are visible to all users. There-
fore the editing information is distributed to all
attached SketchPad instances via local or wide area
networks.

  The window oriented user interface provides a 
drawing area and an area for selecting both drawing
and pointing functions. Drawing functions operate
on lines, polylines, free hand sketches, boxes, 
circles, elypses, arcs and text. The pointing faci-
lity allows each SketchPad user to show special points
of interest to all other users. Each conferee has his
own pointer wich is identified by his user name in a 
box close to the pointer representation.

  Every conference member is allowed to choose an 
image to be the background picture of the discus-
sion. Each conferee may select which sketches of
other conferees he would like to see. The sketches
of different participants can be distinguished by
different colours.



 How to get SketchPad
======================

I have just put SketchPad Public Domain in the
following place:

  ftp.igd.fhg.de : ~ftp/incoming/sketchpad
  (192.44.32.1) 
                 
The sources of SketchPad are already posted in the 
newsgroup >alt.sources<.

How to ftp:
 
    ftp ftp.igd.fhg.de
    [...]
    login: anonymous
    password: your-name@your-site
    [...]
    cd ~ftp/incoming/sketchpad
    get SketchPad.README
    binary
    get SketchPad.tar.Z
    quit
 

In the last years SketchPad has been developed at our departement,
part of the Frauenhofer Institute for Computer Graphics in Darmstadt, 
and will be released now for the first time as a public domain
product. It is not the author's goal to create a totally bug-free
and commercial product. We appologize for SketchPad possibly 
having bugs and for the possible need of addapting Sketchpad to
your system. In the case of good response we have planed to create
additional patchwork-releases or to publish a competely revised
version of SketchPad.

We would be pleased for sending us bug reports, offers of help, etc.
For futher informations and details please contact Norbert Schiffner:

+--------------------------------------------------------------------+
|                                                                    |
|  Norbert Schiffner                    Phone : +49 6151 155 209     |
|  c/o Fraunhofer IGD                                                |
|  Wilhelminenstr.7                                                  |
|  D-6100 Darmstadt                     E-Mail: schiffne@igd.fhg.de  |
|  GERMANY                                                           |
|                                                                    |
+--------------------------------------------------------------------+



From dmittleman@misvms.bpa.arizona.edu (Daniel Mittleman)
Newsgroups: comp.groupware
Subject: Re: SketchPad - a new distributed sketching-conference tool
Message-ID: <6MAR199310152170@misvms.bpa.arizona.edu>
Date: 6 Mar 93 17:15:00 GMT
References: <1935@igd.fhg.de>
Distribution: world,local
Organization: University of Arizona MIS Department
Lines: 14
Nntp-Posting-Host: misvms.bpa.arizona.edu
News-Software: VAX/VMS VNEWS 1.41


    A comment and a question...

    1. In spite of the fact that the announcement for Sketchpad says it is
    "public domain" software, it may not be.  See the extended conversation
    in alt.sources if this point is salient to you.

    2. What operating system does Sketchpad run in?  Maybe this is obvious
    to others, but I can't figure it out from what was posted or from any
    of the alt.sources discussion of it.

    danny
===========================================================================
daniel david mittleman     -     danny@arizona.edu     -     (602) 621-2932


From rwhitehead@cix.compulink.co.uk (Roger Whitehead)
Subject: Duplicate user account                  
Cc: rwhitehead@cix.compulink.co.uk
Reply-To: rwhitehead@cix.compulink.co.uk
Date: Sat, 6 Mar 1993 23:39:00 +0000
Message-ID: <memo.12128@cix.compulink.co.uk>
Sender: usenet@demon.co.uk
Lines: 7

> ALERT!  Bad user found.
David,

Don't you think you ought to send one of your lectures about time wasting to
the machine that keeps producing these messages?

Roger


From rad@comphi.wariat.org
Newsgroups: comp.groupware
Subject: Duplicate user account
Message-ID: <gate.yXi4ZB1w165w@comphi.wariat.org>
Date: Mon, 08 Mar 93 08:49:57 EST
Lines: 10

ALERT!  Bad user found.

Richard Muniak
    rad

216-225-1050  /  216-273-9559
    Arnolde Centaur
    rad




From sss@world.std.com (Sergiu S Simmel)
Subject: Find out more about infrastructure for groupware systems ...
Message-ID: <SSS.93Mar8170117@world.std.com>
Sender: sss@world.std.com (Sergiu S Simmel)
Organization: Penobscot Development Corporation, Arlington MA
Date: Mon, 8 Mar 1993 22:01:17 GMT
Lines: 266



If you're interested in persistent data servers in general , Kala in
particular, and would like to ...

        o keep yourself up-to-date with Kala's new developments, 
        o hear what others have to say about it, 
        o ask us questions and benefit from the answers we provide to
          others ("reusing answers" -- what a concept!), 
        o participate in discussions on Kala-related technical topics,
          such as data/object persistence, visibility management,
          databases and file systems, etc.,
        o learn more about the Kala technology, including as yet 
          undocumented details,
    	o give us important technical and business feedback on our
    	  products,
        o share your experience in using Kala with others, 

        o and more ...

			  just join the ...

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

		    FORUM FOR INFORMATION EXCHANGE

                                  on 
                                  
                  THE KALA(tm) TECHNOLOGY AND PRODUCT

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


... by subscribing to our new Kala Forum, and joining our over 200
subscribers NOW !!!

This forum, organized as a mailing list, is moderated: we try to keep
its focus and orientation straight, and the junk mail out.  If you'd
like to see a past issue first, you can access them all via anonymous
FTP from world.std.com. The entire Kala Forum archive is located in
the pub/kala/KalaForum directory. All files are ASCII text.

To subscribe (and subsequently for any other requests regarding your
subscription, such as change of address, unsubscription, etc.), direct
your request to:

                --------------------------
                kala-request@world.std.com
                --------------------------
        
To contribute to the on-going discussions address your messages to:

                    ------------------
                    kala@world.std.com
                    ------------------

Since we value most advertising by word-of-mouth and personal
reference, please forward this message to whomever you believe could
also benefit from subscribing. Attached, you will find the up-to-date
Forum's Table of Contents. The second attachment contains instructions
on how to get the past issues via Anonymous FTP from the Kala Archive.

We are looking forward to your subscription request and your
participation in 


                   ###   ==============  ###
                   ###   The Kala Forum  ###
                   ###   ==============  ###



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

__________________________________________________________________________

***  **    ****   ***       ****  tm    *******
*** **    **  **  ***      **  **       ***   
*****    ***   ** ***     ***   **      *****   ****  ** ** **  ** *** ***
*** **   ******** ***     ********      ***    **  ** ***   **  ** ** * **
***  **  ***   ** ***  ** ***   **      ***    **  ** **    **  ** ** * **
***   ** ***   ** ******* ***   **      ***     ****  **     ***** ** * **
__________________________________________________________________________
==========================================================================

The Information Exchange on Kala and  Persistent Data Servers Technologies

--------------------------------------------------------------------------
A Service Provided by Penobscot Development Corporation of Arlington Mass.
--------------------------------------------------------------------------
                  T A B L E    O F    C O N T E N T S 
--------------------------------------------------------------------------


1(15)  27-Feb-93    New "Programming with Kala" 2-day course now offered
                    Terminology in Kala - Main Concepts
                    Kala and the OMG specifications (a small note)
                    Implementing DBMSs atop Kala and indexing with Kala

1(14)  20-Feb-93    Terminology in Kala - Main Concepts
                    New paper on licensing and metering with Kala 
                      now available
                    Penobscot Development Corp. gets new address and 
                      phone numbers
                    Dependencies, TouchPointer, and Forget

1(13)  31-Jan-93    A few questions about Kala 
                    Heterogeneity [was: RE: Seminar at DIGITAL on 17 February]
                    Implementing large directories atop Kala

1(12)  08-Jan-93    Happy Holidays!
                    Quick pointer size question
                    OOPSLA'91 Paper and Kala 3.0
                    On globally unique kid
                    AppNote #02: Real Life Heap/Table Based Storage Layer

1(11)  13-Dec-92    More on Identity [was: more kala questions]
                    The meaning of "KALA"
                    Re: What does "Kala" stand for?
                    Heterogeneity, Distribution [was: More info about 
                      persistent-data servers]
                    Follow-up to Previous Scenario

1(10)  09-Dec-92    Questions on Kala
                    What does "Kala" stand for?
                    Kala Application Example [was: Thanks and need feedback.]

1(09)  04-Dec-92    Kala Metering
                    Software Pay-Per-Use and Pay-Per-Copy
                    Kala In Depth #07: Kala Supports Concurrent 
                      Access of Shared Data

1(08)  22-Nov-92    Talk Announcement
                    Re: Metering
                    Kala and Distributed Shared Memory Management
                    Security in Kala
                    Licenses and Upgrades

1(07)  15-Nov-92    Re: Metering
                    Re: Kala Licensing/Metering article
                    Kala Forum Archive & Kala Documents now FTP accessible !
                    Kala In Depth #06 -- Kala is a Secure Engine

1(06)  12-Nov-92    A couple of thoughts on Kala's level of abstraction
                    Software Licensing & Metering with Kala 

1(05)  08-Nov-92    Using Kala for redistribution in OEM products
                    OOPSLA'91 paper available from us in PostScript format
                    Kala benchmarking
                    Welcome to Kala
                    Info on Kala (and ObjectStore)

1(04)   27-Oct-92   newsgroup [was: subscribe]
                    Note on Kala vis-a-vis Versant
                    Kala's schema, ObjectStore, etc. [was: info]
                    Motivating the interest from IMEC of Belgium
                    Motivating the interest from Dow Jones
                    Technical Q & A from Abalon.
                    Kala In Depth #05: Kala is Efficient and Compact

1(03)   16-Oct-92   Membership reaches 100 !!!
                    Kala In Depth #04: Kala is a Fully Recoverable System
                    Kala Research Programme
                    Re: Kala Forum archive (volume 1 numbers 00-02)
                    That's what I call service with a smile ... :->
                    Kala vis-a-vis Versant -- A Brief Commentary

1(02)   12-Oct-92   Perpetual license cost [was: Kala Storage Manager]
                    Kala Echo Volume 1 Number 6
                    Licensing
                    Application Note #01: Two Basic Transaction Models
                      (REPOST CORRECTED)
                    Kala In Depth #03: Kala Supports Nested Transactions
                    Kala In Depth #09: Schema Evolution With Kala

1(01)   10-Sep-92   Kala
                    Kala "classes and inheritance"
                    Invitation to Participate
                    Purchasing Kala Manuals [was: Invitation to Participate]
                    Re:  Invitation to Participate
                    Licensing & Metering

1(00)	01-Sep-92   Kala Technical Brief
                    Hotline on Object-Oriented Technologies Article
                    Preview of the BYTE Magazine article on Kala
                    Kala In Depth 01: Data and Object Model Independence
                    Kala In Depth 02 -- Support for Classic
                      Serializable Transactions
                    Kala In Depth 08 -- Licensing & Metering
                    Kala Pricing: Renewable Licenses & metering on 
                      SPARCstations
                    Kala Pricing: Renewable Licenses & Metering on x86/DOS
                    Kala Beta Programme
                    Penobscot Development Corporation NRE & Consulting rates



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


--------------------------------------------------------------------------
All materials are Copyrighted by Penobscot Development Corporation.
Their use is restricted to inspection and internal distribution only.
==========================================================================


Kala Forum digests (back issues) and other miscellaneous Kala
documents are now available through ftp from 

                            =============
                            world.std.com
                            =============

To connect to this ftp site, type the following at your Unix shell
prompt:

    % ftp world.std.com

or consult with your system administrator if you use any other means
for accessing the network (such as BBSs, CompuServe, etc.).

If coming through a regular Unix connection, you should see something
similar to the following:

    Connected to world.std.com
    220 world FTP server (Version 6.12 Sat Nov 7 22:18:34 EST 1992) ready.
    Name (world.std.com:your_name): anonymous

You must enter 'anonymous' at the Name: prompt. In response, you will
see the following:

    331 Guest login ok, send e-mail address as password.
    Password: 

Next, to be on the safe side, type at the ftp> prompt:

    ftp> bin

On the world.std.com computer, the Kala Forum back issues are located
in the pub/kala/KalaForum directory. Change your current working
directory to it using:

    ftp> cd pub/kala/KalaForum

Each file is named vXnYY, where X is the volume number and YY is the
issue number. To download any of the files, type:

    ftp> get filename

To exit ftp, type 'quit' at the ftp> prompt. All Kala Forum issues are
in ASCII text only.

Please let us know if you have any problems. Enjoy!



 _     _     ____   _         ____ tm ____________________________________
 \\   /     |    \   \       |    \       \\\\ 
  \\ /__     \ __ \   \       \ __ \       \\\\ 
   \\    \    \    \   \       \    \       \\\\  
    \\    \    \    \   \       \    \       \\\\  No more than you need !!!
     \\'   \'   \'   \'  '----'  \'   \'      \\\\  No less than you want !!!
      ........................................................................
      Penobscot Development Corporation            email: kala@world.std.com
       One Kendall Square Building 200 Suite 2200 Cambridge MA 02139-1564 USA
        voice +1-617-267-KALA fax +1-617-859-9597 tech support +1-201-539-7739


From potts@cc.gatech.edu (Colin Potts)
Subject: Re: Priorities and to-do lists -- opinions w
Message-ID: <1993Mar9.023450.12744@cc.gatech.edu>
Sender: news@cc.gatech.edu
Reply-To: potts@cc.gatech.edu
Organization: College of Computing, Georgia Tech
References: <1993Mar4.150642.13933@sarah.albany.edu>
Date: Tue, 9 Mar 1993 02:34:50 GMT
Lines: 23

For the last year I have been using Ascend (now v.4.0) for personal time
management. Aside from the strictly optional New Age wear-your-values-on-
your-sleeve functions, I like it.  I don't know whether the following
extrapolates to collaborative work, but it may be of interest.

Ascend supports four levels of task importance, A-D. Like most tools,
Ascend confounds urgency and importance. I use the levels differently. I
treat A and C as urgent and A and B as important, giving a 2X2 matrix, which
is about as fine-grained as I find useful. Since Ascend color-codes
types of activities in its histogram of daily activities, I can see at a
glance where my effort is going. Sadly, it often goes on urgent tasks at the
expense of important ones, but at least I'm vividly aware of the fact.

Corny but true postscript to the above:  I was scheduling my week last weekend,
when my seven year old asked me what I was doing. I tried to explain. Yesterday,
when I told him that I couldn't do something with him because I had work to
do, he replied: "I hope you're not doing yellow jobs." (Yellow jobs are
neither important nor urgent.)

---
					
					-Colin Potts (potts@cc.gatech.edu)



From Asoke Papaly <AAP105@psuvm.psu.edu>
Message-ID: <93070.113029AAP105@psuvm.psu.edu>
Newsgroups: comp.groupware
Subject: Help, info needed on groupware (general)
Lines: 25

This is my first posting, so please excuse any faux-pax.

I am writing a general paper on groupware and would appreciate some help. Most
of my information has been from Computerworld, Fortune and Datamation.  I would
appreciate some info about texts with some basic knowledge about groupware.

What makes something groupware ?  Is everything on a LAN groupware ?  Is any
software which allows two or more people to work together groupware ? Is Dbase
on a LAN groupware ?

Is e-mail, sufficient to qualify a product as groupware ?  Is LOTUS NOTES the
ideal groupware ?  If yes, why ?, if not, is there a product which fits the
ideal definition of groupware ?

What are social and motivational problems (if any) in implementing groupware in
an organization ?

Thank you for any help on this matter.



Asoke Papaly
Business Adminstration
Penn State University
(814)862-8605


From weiss@pinfo103.informatik.uni-mannheim.de (Michael Weiss)
Newsgroups: comp.groupware
Subject: Re: Group Messaging System for SunOS Unix
Date: 11 Mar 1993 14:40:07 GMT
Organization: University of Mannheim, Germany
Lines: 24
Distribution: world
Message-ID: <1nnj07$4a4@darum.uni-mannheim.de>
References: <1993Mar4.182403.1962@lclark.edu>
Reply-To: weiss@pinfo103.informatik.uni-mannheim.de
NNTP-Posting-Host: pinfo103.informatik.uni-mannheim.de

In article <1993Mar4.182403.1962@lclark.edu> herlock@lclark.edu (Jon  
Herlocker) writes:
> We have a Sun 4/490 and we would like to have a messaging system that  
will
> pass information on to all users at login, but can be posted to by any  
user, 
> via email or other interface.  Something like the old 'msgs' program on
> Berkely unix. We are looking for a program that is public domain.  We
> were wondering if anybody had some suggestions.

There is a nice program by R.N. Horspool described in his book "C  
Programming in the Berkley UNIX Environment" (Prentice Hall, 1986) that  
implements a simple bulletin board. It uses a server program that will  
send information stored locally in a file to any client located on any  
machine in the network. In this way the bulletin board performs like a  
daemon that watches for client connections. A corresponding client program  
will be executed on each login. Now, every user could maintain his own  
bulletin board server. Alternatively, he could post information to a  
central bulletin board, where it will be stored locally in a file. This  
should necessitate only a small change to the program by Horspool.

--
Michael Weiss
Universitaet Mannheim


From shibuya@bl.cad.slb.com (Hiroto Shibuya)
Subject: dupxterm - poorman's groupware
Message-ID: <SHIBUYA.93Mar14134947@chute.bl.cad.slb.com>
Sender: usenet@mailhost.bl.cad.slb.com (USENET Administrator)
Reply-To: shibuya@billerica.applicon.slb.com
Organization: Applicon; Billerica, MA (USA)
Distribution: comp
Date: Sun, 14 Mar 1993 18:49:47 GMT
Lines: 266

This is dupxterm, poorman's groupware. (Or is it economically
challenged person's groupware :-)

I work in a company with two engineering sites, one here in
Massachusetts and the other in Michigan.  It is often the case we have
to discuss or exchange information over a piece of code, and it is
pretty tedious doing this over phone saying, "look at line xxx in the
module yyy in the directory zzz...".  To make things easier, I was
looking for means to "duplicate" a terminal screen, so two people can
look at one terminal session from two different sites.

It felt natural to do it at X level so I started looking at several X
protocol multiplexers, but I thought it was a little bit of over kill
for my purpose and takes a little bit of work on both sides to set it
up.  I could hack xterm but it also seems too much of work.  After
thinking about it for a while, I came across an idea of multiplexing
the standard output to two devices using 'tee' command into two
separate xterms.  I experimented the mechanism with a one liner and it
seemed perfectly usable for my purpose, and put togather this shell
script "dupxterm" to make it a little more convenient to use.

Read the READ.ME file for more detail.

It is very limited in it's functionality, but not bad for less than
100 lines of shell script.
--
				Hiroto Shibuya

				shibuya@billerica.applicon.slb.com
				Applicon Inc.
				Billerica, MA
				U.S.A.

#!/bin/sh
# This is a shell archive (produced by shar 3.50)
# To extract the files from this archive, save it to a file, remove
# everything above the "!/bin/sh" line above, and type "sh file_name".
#
# made 03/14/1993 18:40 UTC by shibuya@chute
# Source directory /usr/syaron_5/shibuya/misc
#
# existing files will NOT be overwritten unless -c is specified
#
# This shar contains:
# length  mode       name
# ------ ---------- ------------------------------------------
#   1929 -rwxr-xr-x dupxterm/dupxterm
#    319 -rwxr-xr-x dupxterm/remote_shell
#   3112 -rw-r--r-- dupxterm/READ.ME
#
# ============= dupxterm/dupxterm ==============
if test ! -d 'dupxterm'; then
    echo 'x - creating directory dupxterm'
    mkdir 'dupxterm'
fi
if test -f 'dupxterm/dupxterm' -a X"$1" != X"-c"; then
	echo 'x - skipping dupxterm/dupxterm (File already exists)'
else
echo 'x - extracting dupxterm/dupxterm (Text)'
sed 's/^X//' << 'SHAR_EOF' > 'dupxterm/dupxterm' &&
#!/bin/csh
#-------------------------------------------------------------------
#
# Name: dupxterm
#
#	Function: open up xterm on remote system, then create
#		  a new shell with its standard output and error
#		  connected to that terminal.  From that point,
#		  everything you type in the local window
#		  will be also echo in the remote window.
#
#-------------------------------------------------------------------
#
setenv DISPLAY $1":0.0"
X
/usr/bin/X11/xterm -e remote_shell /tmp/duptty$$ &
X
echo Creating duplicate xterm on remote system $1
X
set count = 0
X
#
# In the following loop, it wait for the "remote_shell" command
# to create a temporary file with it's tty name in it.
#
retry:
X
#
# Try for 15 seconds and time out
#
set count = `expr $count + 1`
if ( $count > 15 ) then
X	echo Time out...  Couldn\'t open duplicate terminal.
X	echo Check for display permission.
X	exit 1
endif
X
sleep 1
test -s /tmp/duptty$$
if ( $status ) goto retry
X
# File is there. Cat the contents into variable "rtty"
X
set rtty = `cat /tmp/duptty$$`
X
echo "********************************************************"
echo "* Remote terminal is opened...                         *"
echo "* from now on, every output to this terminal is also   *"
echo "* echoed on remote terminal.  Say 'exit' to close the  *"
echo "* remote terminal.                                     *"
echo "********************************************************"
X
/bin/rm /tmp/duptty$$
X
#
# Now open a new shell with its standard/error output 
# multiplex with "tee" command
#
csh |& tee $rtty
X
#
# Exited out of the multiplexed shell
# Now find out the proces id of the remote shell and kill 
# it.
#
set psfile = /tmp/ps$$
/bin/ps x > $psfile
X
if (`/bin/cat $psfile | /usr/bin/egrep -c remote_shell` != 0) then
X
X 	set pid = `/bin/cat $psfile | /usr/bin/egrep remote_shell | cut -c1-6`
X	/bin/rm $psfile
X	echo Closing duplicate terminal
X	kill -9 $pid
endif
X
exit
X
X
X
X
X
X
SHAR_EOF
chmod 0755 dupxterm/dupxterm ||
echo 'restore of dupxterm/dupxterm failed'
Wc_c="`wc -c < 'dupxterm/dupxterm'`"
test 1929 -eq "$Wc_c" ||
	echo 'dupxterm/dupxterm: original size 1929, current size' "$Wc_c"
fi
# ============= dupxterm/remote_shell ==============
if test -f 'dupxterm/remote_shell' -a X"$1" != X"-c"; then
	echo 'x - skipping dupxterm/remote_shell (File already exists)'
else
echo 'x - extracting dupxterm/remote_shell (Text)'
sed 's/^X//' << 'SHAR_EOF' > 'dupxterm/remote_shell' &&
#!/bin/csh
#
# Name: remote_shell (used by dupxterm)
#
tty > $1
echo "*****************************************************"
echo "  This is the remote terminal opened from `hostname`"
echo "  It is useless typing in this window.  Just watch."
echo "*****************************************************"
#
cat > `tty`
SHAR_EOF
chmod 0755 dupxterm/remote_shell ||
echo 'restore of dupxterm/remote_shell failed'
Wc_c="`wc -c < 'dupxterm/remote_shell'`"
test 319 -eq "$Wc_c" ||
	echo 'dupxterm/remote_shell: original size 319, current size' "$Wc_c"
fi
# ============= dupxterm/READ.ME ==============
if test -f 'dupxterm/READ.ME' -a X"$1" != X"-c"; then
	echo 'x - skipping dupxterm/READ.ME (File already exists)'
else
echo 'x - extracting dupxterm/READ.ME (Text)'
sed 's/^X//' << 'SHAR_EOF' > 'dupxterm/READ.ME' &&
This is dupxterm, poorman's groupware.  
X
I work in a company with two engineering sites, one here in
Massachusetts and the other in Michigan.  It is often the case we have
to discuss or exchange information over a piece of code, and it is
pretty tedious doing this over phone saying, "look at line xxx in the
module yyy in the directory zzz...".  To make things easier, I was
looking for means to "duplicate" a terminal screen, so two people can
look at one terminal session from two different sites.
X
It felt natural to do it at X level so I started looking at several X
protocol multiplexers, but I thought it was a little bit of over kill
for my purpose and takes a little bit of work on both sides to set it
up.  I could hack xterm but it also seems too much of work.  After
thinking about it for a while, I came across an idea of multiplexing
the standard output to two devices using 'tee' command.  I
experimented the mechanism with a one liner and it seemed perfectly
usable for my purpose, and put togather this shell script "dupxterm"
to make it a little more convenient to use.
X
Here is how you use it.
X
There are two shell script, 'dupxterm' and 'remote_shell'.  The script
'remote_shell' is invoked from dupxterm.  If you locate both of them
in your path, it is fine.  If not, hard code the location of
remote_shell in 'dupxterm'.
X
Open up a local xterm, and invoke dupxterm in that window.
X
X	% dupxterm <host-name>
X
Where <host-name> is the name of remote host where you want to have
duplicate terminal.  BTW, your host must be authorized on that host's
XX server.  If everything is fine it will say something like,
X
X	[1] 4620
X	Creating duplicate xterm on remote system
X
Meanwhile xterm is openend at the remote workstation, and it's
contents say,
X
X	*****************************************************
X	  This is the remote terminal opened from <local-host-name>
X 	  It is useless typing in this window.  Just watch.
X	*****************************************************
X
When connection is established ('remote_shell' process write output from
'tty' command to temporary file in /tmp.  'dupxterm' waits for it to
be written there, read it in, then open a shell with it output 'tee'd
to this tty device), it says in the local terminal,
X
X	********************************************************
X	* Remote terminal is opened...                         *
X	* from now on, every output to this terminal is also   *
X	* echoed on remote terminal.  Say 'exit' to close the  *
X	* remote terminal.                                     *
X	********************************************************
X
XFrom then on, standard output/error to your terminal will be
duplicated on the remote xterm.  You can invoke a text editor and walk
through a code or whatever file you want to share with.
X
Careful that xterm you invoke locally and remote have same column/line
size, and do not resize the local window.
X
It is very limited in it's functionality, but not bad for less than
100 lines of shell script.
--
X				Hiroto Shibuya
X
X				shibuya@billerica.applicon.slb.com
X				Applicon Inc.
X				Billerica, MA
X				U.S.A.
X
X
X
SHAR_EOF
chmod 0644 dupxterm/READ.ME ||
echo 'restore of dupxterm/READ.ME failed'
Wc_c="`wc -c < 'dupxterm/READ.ME'`"
test 3112 -eq "$Wc_c" ||
	echo 'dupxterm/READ.ME: original size 3112, current size' "$Wc_c"
fi
exit 0



From hoss@roundtable.cif.rochester.edu (Hoss Firooznia)
Newsgroups: biz.comp.software,bit.listserv.buslib-l,comp.groupware
Subject: Need help with accounting software
Message-ID: <hoss.732239787@roundtable.cif.rochester.edu>
Date: 15 Mar 93 23:56:27 GMT
Sender: news@galileo.cc.rochester.edu
Reply-To: greg@blaise.cif.rochester.edu
Organization: Computer Interest Floor - University of Rochester, NY
Lines: 36
Nntp-Posting-Host: roundtable.cif.rochester.edu

I hope that I have this in the correct newsgroup.

I am trying to purchase some accounting software for my boss.
We are resellers and brokers of food, which means that the package must   
be able to split up parts of a business.

As resellers, we take claim to the inventory, put it in a warehouse 
and sell it.  We sell it at different prices to different customers and we
operate more than one warehouse.

Our business is small.  We have 4 employees, all computer phobic.  I am
looking at SBT, ACCPAC PLUS, MACOLA, and to a lesser extent Great Plains,
Platnum, and Solomon.     

I am looking for software that does GL, AR, AP, INV, order entry and
purchase orders.  Also, we drop ship some of the retail sales from the
principal directly to the customer, cutting out the warehouse costs and
the overhead from unlaoding, storing and reloading a truck.

Anyone with experience in these or other suitable accounting packages
would be doing me a grand favor if you reply with some feedback.

I appreciate the time it takes to reply.

Thank you for reading my request,

Greg Gibson
greg@blaise.cif.rochester.edu






--
H. Y. Firooznia -- <hoss@blaise.cif.rochester.edu>


From smp@iti.org (Stanley M. Przybylinski)
Subject: Submissions to the SPI "folklore" database
Message-ID: <1993Mar16.203210.12787@iti.org>
Organization: Industrial Technology Institute
Date: Tue, 16 Mar 1993 20:32:10 GMT
Lines: 585


To:      Members of the Software Community
  
From:    Bernard A. Galler, Chairman
  
Subject: Submissions to the SPI "folklore" database
  
The Software Patent Institute is now operating, and we are asking the
software community to help us build our "folklore" database by sharing with
everyone the concepts and techniques which they find so familiar, but which
the US Patent and Trademark Office generally cannot identify as prior art,
since they lack any specific reference to the technique in question.  We
must help the USPTO do its job better, so that patents are not granted for
techniques that have already been invented but were lost in the "folklore"
prior to the creation of our SPI folklore database. This folklore exists in
old offline journals, user manuals, conference proceedings, course handouts,
and other materials not yet readily searchable by the USPTO.  Please note
that the SPI is "rigorously" neutral on the desirablity of software-related
patents. we believe the existence of this database will help, regardless of
one's position regarding software- related patents.
 
Please search your files and previous publications, and let us have
your contributions to this important activity.  And share this message
with your colleagues.  As you will see, I have begun this exercise using
my own files, and it is actually an interesting and enjoyable experience.

Please try it soon!
  
Sincerely,
 
Bernard A. Galler


:o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-:
:....................................................:
:....................................................:
:.....0100100100......0100100100100....010010010010..:
:...0100100100100.....01001001001000...010010010010..:
:..010................010.........010.......010......:
:.010.................010..........010......010......:
:.010.................010..........010......010......:
:.010.................010..........010......010......:
:..010................010.........010.......010......:
:...01001001000.......01001001001000........010......:
:.....01001001000.....010010010010..........010......:
:..............010....010...................010......:
:...............010...010...................010......:
:...............010...010...................010......:
:...............010...010...................010......:
:..............010....010...................010......:
:...0100100100100.....010..............010010010010..:
:....0100100100.......010..............010010010010..:
:....................................................:
:....................................................:
:o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-:

SOFTWARE PATENT INSTITUTE

SUBMISSION PACKAGE

MARCH 15, 1993

INTRODUCTION

This document represents the latest version of SPI's submission
package to be given wide circulation. SPI is:

1.   Posting this document on the Internet and other electronic fora;

2.   Sending this document  to the SPI mailing list and to other groups;

This submission package includes the following:

	(a) material on SPI and its mission;

	(b) an exhortation to contribute;

	(c) material on the database and how to access it; 

	(d) a template (with instructions) for making a submission; 

	(e) examples to illustrate; and

	(f) the license SPI needs to receive.

Please send submissions or comments to Internet: spi@iti.org or to
Software Patent Institute, 2901 Hubbard, PO Box 1485, Ann Arbor, MI 48106-1485.

THE MISSION OF THE SOFTWARE PATENT INSTITUTE

The Software Patent Institute (SPI) is a nonprofit
institution dedicated to providing information
to the public and to assisting the USPTO and others by
providing technical support in the form of educational and
training programs and providing access to information and
retrieval resources. The primary goal of the SPI is to
provide the best available information as to prior art in
the software field for utilization by the public and the US
Patent and Trademark Office (USPTO). In addition, the SPI
will provide an educational resource from which the USPTO and
the public may obtain an enhanced understanding of the
nature of software, of software engineering, and of the
history of the discipline and its relationship to the patent
process.

As such, SPI is asking people throughout the software
industry, government, and academia to contribute
descriptions of software techniques and processes to the
Software Patent database. (Note that SPI is NOT building a
collection of the techniques and processes themselves,
in source code, object code, or any other form.)
These descriptions form the content of the database and will
be made available for computer-aided searching to the USPTO,
the members of SPI, and the general public. SPI expects
USPTO and others involved in the patent process to search
for patent-related reasons. However, software developers,
historians, and computer scientists will undoubtedly find
the database useful for many of their purposes as well.

At the start, SPI is particularly interested in documenting
what industry, academia, and government have been doing.
Thus descriptions of techniques or processes that were first
described or used in the past are its first priority,
especially the "tricks" that "everybody knows" but most
people are unsure of how they know -- whether from a chapter
in a standard reference work, from a conference or course,
from some publication that is not available on-line, or
from some other source.

ACCESSING THE DATABASE

The database currently resides on a computer at the home of
the Software Patent Institute, the Industrial Technology
Institute of Ann Arbor, Michigan. During the development and
testing phase, access is limited to those helping to conduct
the tests (drawn primarily from the USPTO and the members of
SPI). SPI is hoping to have dial-up (and perhaps even
Internet) access by sometime in the middle of 1993.

Once linked, searchers will be able to use all the standard
techniques available in commercial-grade text-searching
software, including individual keywords, Boolean operations
among keywords, proximity searches and so forth, similar to
other text-based databases such as Westlaw, Lexis, Orbit,
and Dialog. Individual records will be available for on-line
examination and downloading, subject to standard charges,
which will be comparable to those of other text-based
databases.

Over time, SPI will "add value" to the database by adding
keywords and other search aids to those that come with each
original submission. In fact, SPI has developed a relational
database which will contain such added value and has been linked to
the free-text database containing the submissions
themselves. For now, the process starts with submissions to
the free-text database, and we are hoping you will agree to
help us in this way.

SUBMISSION GUIDELINES

Each record in the Software Patent Institute database consists 
of a free-form, textual description of a software technique or 
process and some additional, structured information. If you 
have the legal authority to give us something that is more 
complete but less structured than individual submissions, such 
as the complete text of conference or course proceedings, we 
are happy to accept such material if it can be provided in 
electronic form.

We have provided a template in this document that you are free to
copy and fill out if you find that it helpful as you prepare
electronic submissions.

SPI needs to receive the submission in electronic form (email or
a MSDOS or MacIntosh disk) and the license agreement in paper form.

STRUCTURED INFORMATION:

The structured information is as follows:

SUBMITTER:  the person or organization making the
submission. You may request that this information not be
assessible in the database, but SPI still needs to know for
legal requirements. Note that the submitter may or may not
be the creator of the technique discussed, but should be the
author of the description or otherwise have the legal
authority to transfer the description to SPI. Even in the
accessible cases, SPI will not publish more than the name
(either organization or individual or both), city, state,
zip code and country. However, it does need the contact
information -- postal address, telephone, fax, email address
-- in order to post items in the database.

TITLE: A reasonably short (under 20 words) but descriptive
label for the technique being described

DATE(S): SPI will automatically add the date received and
the date posted, but you undoubtedly have information about
when this technique was used, sold, or described in a
printed publication.  Please include what you know, in the
form of date1 (event that took place on that date); date2
(event that took place on that date); etc.  For instance:
2/13/76 (discussed in Programmers Journal article); 3/18/78
(used in XYZ compiler sold by ABC). Note that "sold" or
"used" dates do not have to be the date of first use; you
may not know that. If you give us the dates you do know
about, it will be helpful. Here are some you might give us
if you know them:

     Date created (conceived)
     Date reduced to practice
     Date submitted for publication
     Date on publication
     Date publication hit shelves
     Date presented at conference
     Date incorporated into commercial product
     Date product advertised (if before first sale)
     Date product hit shelves (first offer)
     Date product sold (first sale)
     Date you learned about the item (for those submitting
something created by others)
     Date you obtained the item (for something created by
others)

REFERENCE(S): If you are working from another document, the 
facts of publication (author, title, date, publisher, city, 
country, volume, etc.) would be most helpful. If you are not 
working from another document, you can leave this field blank.

KEYWORDS: Keywords are individual words or short phrases
separated by semicolons. Over time, SPI and its users will
add keywords to various records. It would help (but is not
required) if you would suggest some keywords yourself. We
are particularly interested in keywords that relate to the
free-form description but do not appear in it because such
keywords are synonyms for concepts in the description or are
a higher-level class to which the description belongs. If
you add keywords (either single words or short phrases less
than 6 words), please separate them by semicolons.

DESCRIPTION: SPI needs to receive one or more paragraphs of
ASCII text, or text in a form that SPI can convert to ASCII.
SPI can handle most standard personal computer word
processing formats for either Macintosh or MS-DOS computers.

SPI is interested in any software idea, procedure, process, 
system, method of operation, concept, principle, or discovery, 
regardless of the form in which it is described, explained, 
illustrated, or embodied in some work. Put another way, SPI is 
interested in an invention, a discovery, a process, art, or 
method, a new use of a known process, machine, manufacture, 
composition of matter, or material; or any new and useful 
improvement thereof. The item does not need to be "new" now; 
presumably it was new at the time it was first tried.

The purpose of the description is to let the reader know
enough about the process or technique being described to
allow a decision to be made as to whether to pursue the
topic to some source of further information.  Thus, the
description should contain (a) a statement of the problem
being solved, or the functionality being provided, in
general terms independent of any specific language or
hardware or software platform with which it may have been
implemented; and (b) a description of the algorithm or
sequence of steps which indicates how the problem would be
solved, or the functionality provided.  A diagram, such as a
simplified flow diagram, may be useful, but is not required.
Likewise, an example of the application of the process or
technique may be useful, but is not required.

A complete description need not exceed a few paragraphs, if
there is a more complete source available.  If this
description is all that is being provided, it may need to be
more complete.  If there is an explicit dependency on a
particular hardware or software platform, this should be
described in a separate paragraph.  If an implementation
exists, or existed at one time, that information should also
be provided, but in a separate paragraph.

Group Submissions:

If you are submitting a group of descriptions, such as 
proceedings of a course or conference, we will automatically 
apply the structured information to each separate item we post, 
unless you indicate the different information that should apply 
to particular items.

Examples:

We have included a few records from the database with fields
filled out so you can see actual examples of what we are
requesting.
************************************************************
************************************************************
SUBMITTER: Bernard A. Galler, Software Patent Institute,
2901 Hubbard, PO Box 1485, Ann Arbor, MI 48106-1485, voice:
313-769-4083; fax 313-769-4064; email Internet: spi@iti.org.

TITLE: The MAD Definition Facility

DATE(S): Formal publication date, August, 1969

REFERENCE(S): The MAD Definition Facility
CACM, Vol. 12, No. 8, 8/1969

KEYWORDS:(in addition to published ones); extendibility;
extensibility

DESCRIPTION:
(a)     A method is presented for extending a high-level
language by defining new operators, new data types, and new
definitions for pre-existing data types.  The definition
process identifies combinations of operators (new or pre
existing) and data types, and provides a sequence of pseudo
code for each new combination and for each combination to be
redefined.  For new operators, a precedence value is also
declared.
(b)     The method also provides a process for the
interpretation of the pseudo-code sequences which define
operator/data-type combinations.  Some pseudo-code
statements test state values as anticipated when the
resulting code will be run, and then modify the sequence in
which the pseudo-code is interpreted.  Other pseudo-code
statements map directly to object code to be generated (or
executed).  The use of such pseudo-code definitions is key
to the definition facility which is the central theme of
this capability.

An illustration of the (a) definition and (b) interpretation
of a pseudo-code sequence would be as follows:
(a)
[-------------------------------]
[ Specify new operator and its  ]
[ precedence, or new data-type. ]
[-------------------------------]
     v
     v
[---------------------------------------]
[ Determine possible operator/data-type ]
[ combinations to be encountered.       ]
[---------------------------------------]
     v
     v
[------------------------------]
[ For each combination provide ]
[ pseudo-code sequence.        ]
[------------------------------]
     v
     v
[--------------------------------------]
[ Store sequences in defining tables,  ]
[ replacing old sequences for the same ]
[ combination, if needed.              ]
[--------------------------------------]
     v
     v
(b)
[---------------------------------]
[ Given an occurrence of an       ]
[ operator/data-type combination  ]
[ in the source program.          ]
[---------------------------------]
          v
          v
[-------------------------------------------]
[ Select corresponding pseudo-code sequence ]
[-------------------------------------------]
          v
          v
[-----------------------]
[ Interpret pseudo-code ]
[ one line at a time    ]
[-----------------------]
     ^         v
     ^         v
     ^  [============================]     [---------------]
     ^  [ Is pseudo-code statement a ] No  [Generate actual]
     ^  [ test of a state value?     ]>>>>>[ object code.  ]
     ^  [============================]     [---------------]
     ^         v                                  v
     ^         v                                  v
     ^         v Yes          No  [========================]
     ^         v            v<<<<<[ Is this the last line? ]
     ^         v            v     [========================]
     ^         v            v                v
     ^    [--------------------------]       v Yes
     ^<<<<[ Select next line of      ]       v
          [ pseudo-code to interpret ]    [+++++]
          [--------------------------]    [ END ]
                                          [+++++]

***********************************************************
***********************************************************
SUBMITTER: Bernard A. Galler, Software Patent Institute,
2901 Hubbard, PO Box 1485, Ann Arbor, MI 48106-1485, voice:
313-769-4083; fax 313-769-4064; email Internet: spi@iti.org.

TITLE: An Algorithm for creating equivalence classes

DATE(S): Original disclosure:  ACM National Conference,
1963, Denver, Colorado

REFERENCE(S): "An Improved Equivalence Algorithm," by
Bernard A. Galler and Michael J. Fischer*, CACM, Vol. 7, No.
5, May, 1964, pp. 301-303. (*originally published in error
as Fisher)

KEYWORDS: Equivalence; tree structure; MAD; FORTRAN; high
level language; compiler

DESCRIPTION:
An efficient algorithm for determining equivalence classes,
given a sequence of equivalence declarations for subsets of
a set of objects.  Each equivalence class is structured as a
tree, with most objects in each tree linked directly to the
root node.  The trees are constructed, and possibly linked
to each other when appropriate, in a single pass over the
sequence of declarations, including a single pass over each
declaration.
Each object in each declaration is examined in turn.  If it
does not yet appear in an equivalence class, it is retained
as the root of a new tree consisting of a single node.  Then
if the object is part of an equivalence class already
identified, this new tree must be combined with the tree
already under construction.  If, on the other hand, it is
the first object in a new declaration, then this step is
unnecessary, since it is legitimately the root of a new
tree.
If the new object has been encountered previously, then we
are either adding to a previously constructed tree (if the
new object begins a new group), or we must again combine two
trees; e.g., the one currently under construction and the
one indicated by the earlier encounter.

******************************************************
******************************************************
SUBMITTER: Bernard A. Galler, Software Patent Institute,
2901 Hubbard, PO Box 1485, Ann Arbor, MI 48106-1485, voice:
313-769-4083; fax 313-769-4064; email Internet: spi@iti.org.

TITLE:  Efficient address assignment for equivalent arrays

DATE(S): Original disclosure:  ACM National Conference,
1963, Denver, Colorado

REFERENCE: "An Improved Equivalence Algorithm," by
Bernard A. Galler and Michael J. Fischer*, CACM, Vol. 7, No.
5, May, 1964, pp. 301-303. (*originally published in error
as Fisher)


KEYWORDS:  Equivalence; tree structure; MAD; FORTRAN; high
level language; compiler, address assignment, arrays

DESCRIPTION:  This is an adaptation of another entry --
An Algorithm for Creating Equivalence Classes.  We assume
the availability of the efficient algorithm for identifying
equivalence classes and their representation as trees.  That
algorithm is modified so that the objects are assumed to be
treated as one-dimensional arrays, possibly with a different
subscript in each occurrence in a declaration.  In the
single pass over the declarations (and the single pass of
the objects in each declaration), certain information is
retained at each node.  Once all of the equivalence class
trees have been constructed, a single pass is sufficient to
assign addresses to the arrays, in all cases satisfying the
equivalence relations implied in the declarations involving
array subscripts.

The information retained with each node is related to the
difference between the base address for that node's array
and that of its parent in the tree.  This information is
sufficient to allow (1) the updating of such information
when trees are linked, and (2) the address computation in
the final pass to assign addresses to all of the objects.

*********************************************************
*********************************************************

TEMPLATE FOR AN INDIVIDUAL SUBMISSION

SUBMITTER:
name:
organization:
street address:
city:
state:
zip code or country code:
voice phone:
fax:
email address (indicate service and address, eg. MCIMail 555-
5555)

TITLE:

DATE(S):
type of date (eg. formal publication):
actual date:

type of date:
actual date:

[repeat as needed]

REFERENCE(S):
author(s):
title:
collective work (journal, proceedings, if relevant):
work identification (volume, number, page numbers if
relevant):
publisher:
place of publication:
date of publication:

[repeat as needed]

KEYWORDS:

DESCRIPTION:

*****************************************************************
*****************************************************************

SOFTWARE PATENT INSTITUTE

SUBMISSION LICENSE

MARCH 15, 1993

Submission Title:                                                                                          

     I (we), the Submitter(s) identified below, grant to the 
Software Patent Institute ("SPI") the following non-exclusive, 
transferable, irrevocable, worldwide license to the identified 
above Submission to the SPI database (but not to any works 
referred to in the Submission).  I understand I will receive no 
compensation from SPI for this submission.

     SPI and its designees may publish, display and reproduce 
the Submission in electronic, print and other media including 
computerized retrieval systems such as databases, electronic 
mail and bulletin boards, facsimiles, and printed 
publications.  Because SPI may need to edit the Submission for 
such purposes as brevity, clarity, and database entry, SPI may 
adapt the Submission as it deems necessary including conversion 
to and from machine readable forms.

     I certify that I wrote this Submission, and/or that I have 
the right to grant SPI this license.  The Submission contains 
no trade secrets of mine, and I did not obtain its information 
as a trade secret.

Corporate Submitter                                                                                           
Signed:                                              Date:                 
Name:                                             
Title:                                            
Company:                                          
Address:                                          
                                                  
Individual Submitter(s)                                                                                       
Signed:                                              Date:                 
Name:                                             
Address:                                          
                                                  
                                                  
                                                  

Signed:                                              Date:                 
Name:                                             
Address:                                          
                                                  
                                                  
                                                  

Signed:                                              Date:                 
Name:                                             
Address:                                          



-- 

Stan Przybylinski, MTS - Technology Transfer and Commercialization
Industrial Technology Institute, P.O. Box 1485, Ann Arbor, MI 48106
(313) 769-4517   FAX: (313) 769-4064


From colston@gid.co.uk (Colston Sanger)
Newsgroups: comp.groupware,uk.events,uk.announce,comp.infosystems
Subject: Seminar, `Org. Perspectives on Collaborative working'
Message-ID: <379@sixnine.gid.co.uk>
Date: 16 Mar 93 19:15:52 GMT
Followup-To: poster
Organization: GID Ltd, Upper Basildon, Reading, UK
Lines: 90


			OASIG / UK CSCW SIG joint seminar	

		Organisational Perspectives on Collaborative Working
				Wednesday, 24 March 1993
					10 am - 4.30 pm.
				Dept of Trade and Industry
				Kingsgate House
				66-74 Victoria Street
				London SW1


      ************************************************************************
      *	
      * NB. If you want to attend this seminar, please contact:
      *		
      *		Ms Glynis Eblett
      *		MRC/ESRC Social and Applied Psychology Unit
      *		University of Sheffield
      *		Sheffield S10 2TN, UK
      *
      *		Tel. 0742 756600
      *		Fax. 0742 727206
      *
      *	It is not possible to register by e-mail: please *do not* press `(r)eply'.
      *	
      ************************************************************************

The objectives of the meeting are:

	- to consider collaborative working from a number of
	organisational perspectives
	- to consider the implications of these perspectives for the
	nature of computer support
	- to consider the implications for research and development in
	this area.

Meeting organiser: Chris Clegg, Social and Applied Psychology Unit,
University of Sheffield

Chair: Tom Stewart, System Concepts Ltd, London

PROGRAMME

10.00 - 10.30	Reception, Registration, Coffee

10.30 - 10.45	Introduction
		Tom Stewart, System Concepts Ltd, London

10.45 - 11.30	State-of-the-art of CSCW
		John MmCarthy, University of Cork, Eire

11.30 - 12.00	Lessons from Elsewhere
		Chris Clegg, University of Sheffield

12.00 - 12.30	Distributed Cognition in Groups
		Yvonne Rogers, University of Sussex and
		Judi Ellis, University of Cardiff

12.30 - 13.00	The Psychodynamics of Working in Groups
		Lisl Klein, Bayswater Institute, London

13.00 - 14.00	Lunch

14.00 - 14.30	Overt and Covert Organisational Structures
		Chris Hutchinson, Kingston University and
		Duska Rosenberg, Brunel University

14.30 - 15.00	Collaborative Working in Organisations
		Ken Eason, University of Loughborough

15.00 - 15.30	Post(-)modern Organisations
		Frank Blackler, University of Lancaster

15.30		Tea

15.45 - 1600	Discussant
		Frank Land, London School of Economics

16.00 - 	Plenary Discussion

		Closing Comments
		Tom Stewart

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

-- 
GID - software engineers to the quality
1 Captain's Gorse, Upper Basildon, Reading, Berks RG8 8SZ, UK
UUCP: colston@gid.co.uk               Tel/Fax: +44 491 671964


From dourish@EuroPARC.Xerox.COM (Paul Dourish)
Subject: Collecting 'CSCW Resource' information
Message-ID: <1993Mar17.160510.7384@parc.xerox.com>
Sender: news@parc.xerox.com
Organization: Rank Xerox EuroPARC, Cambridge, UK
Date: Wed, 17 Mar 1993 16:05:10 GMT
Lines: 16

I'm currently trying to put together an info-sheet on "CSCW Resources"
for general use (e.g. regular posting here, perhaps), listing such
things as conferences, journals and books. An important component of
this will be collaborative software available for a range of tasks,
both commercially and in the public domain.

If you have such a system, please send me details, by email, to
dourish@europarc.xerox.com with details of the system, supported
platforms, availability, contact information and so on.

Thanks,
                                                  -- Paul.
--
Paul Dourish, Rank Xerox EuroPARC, Cambridge, UK   <dourish@europarc.xerox.com>

          "Ain't they got no barbers where you come from, boy?"


From bzaff@falcon.aamrl.wpafb.af.mil
Newsgroups: comp.groupware
Subject: Position Available: Research Assistant
Message-ID: <1993Mar17.124150.2015@falcon.aamrl.wpafb.af.mil>
Date: 17 Mar 93 12:41:50 EST
Organization: USAF AL/CFH, WPAFB, Dayton, OH
Lines: 47

In addition to the Ph. D. level CSCW research position posted last week, there
is also an opening for a reseach assistant.  The details follow.  If anyone is
interested in the Ph. D. level position, but missed the previous posting, they
should contact me for additional information. 

Regards,
  -Brian

&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&

Dayton, OH

CSCW Research Assistant 

Minimum educational requirements include a B. S./B. A. in Cognitive Science, 
Cognitive, Experimental Psychology with cognitive science emphasis, 
Information Science, Operations Research, or related field.  Experience with 
usability labs, and product/software design is considered useful, and a 
familiarity with Ecological Psychology and/or user-centered design approaches 
is also considered advantageous.

The candidate must be computer literate and be capable of communicating 
through non-electronic media as well. The candidate must be comfortable 
working as a team member, and be willing to take direction in conducting 
literature reviews, running subjects, and assisting in the write-up of 
experimental studies.  U. S. citizenship is required.

Responsibilities will be to assist in all areas of the laboratory's daily 
activities including:

	The design, running, analysis and presentation of research in CSCW and 
	group decision making.
	
	The translation of research findings into CSCW design requirments 
	which can then be communicated to groupware programmers.


For more information please contact Dr. Brian Zaff  at:  
bzaff@falcon.aamrl.wpafb.af.mil

	or call:  (513) 255-8881
-- 

"The opinions and views expressed here are strictly my own and do not 
necessarily reflect the official position of either the U.S. Air Force 
or its contractors."



From colston@gid.co.uk (Colston Sanger)
Newsgroups: comp.groupware,comp.software-eng,comp.infosystems,uk.announce,uk.events
Subject: Cooperative Requirements Capture (seminar)
Keywords: CSCW,`requirements'
Message-ID: <380@sixnine.gid.co.uk>
Date: 17 Mar 93 15:38:25 GMT
Followup-To: poster
Organization: GID Ltd, Upper Basildon, Reading, UK
Lines: 126

Cooperative Requirements Capture
(A case study in CSCW)
End of IEATP1130 CRC project presentation 

10:00, Monday 19th April 1993

In association with the UK CSCW SIG

Venue: Department of Trade & Industry, Kingsgate House, 66-72 Victoria
Street, London SW1

Cooperative Requirements Capture (CRC) is a collaborative project between
ICL, Brameur, Human Technology and UMIST. The project was funded under the
DTI/SERC Information Engineering Advanced Technology Programme in Human
Computer Interaction.

The main objective of the CRC project was to provide computer support for a
multidisciplinary team that is engaged in the early stages of requirements
capture for a proposed computer system.

The purpose of this meeting is to present the lessons learned for CSCW from
this three year project which involved the requirements analysis, design,
implementation and evaluation of a prototype CSCW system.

The programme has been organised to reflect issues of current concern to
the CSCW community. In particular, issues related to facilitation in CSCW;
AI, autonomous agents and CSCW; implementation perspectives in CSCW; and
evaluation of CSCW systems. In addition, the programme reflects the
commercial interests in the outcome of this project by addressing issues
related to software architecture and supporting documentation.

Programme
10:00   Registration and coffee

10:30   Introduction and chair. 
        Eric Trodd, Brameur Ltd.

10:40   Why cooperation in Requirements Capture?
        Linda Macaulay, UMIST

11:05   Facilitation in CSCW and within CRC.
        Stephen Viller, UMIST

11:30   Guidelines for facilitation
        Andrew Hutt;  Shirley Holst, ICL

11:55   AI & Autonomous Agents in CSCW and within CRC. 
        Greg O'Hare, UMIST

12:20   Lunch

13:30   Implementation issues and experiences.
        Paul Dongha, UMIST

13:55   Architecture and tools
        Andrew Hutt, ICL

14:20   Evaluation in CRC: lessons learned for CSCW evaluation.
        Linda Macaulay

14:45   Tea

15:10   Future projects, CSCW where next... panel discussion 
        introduced by Greg O'Hare

16:00   Close

Please note that for security reasons the DTI stipulates that attendance is
by prior registration only. Please complete and return a registration form.


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

Cooperative Requirements Capture Registration Form

Please register me for the CRC end of project presentation

The fee of #35 (including VAT) covers refreshments and buffet lunch and a
copy of CRC related papers.

Please indicate if you would like a vegetarian lunch [ ]

Name:___________________________________________________

Organisation:___________________________________________

Address:________________________________________________

________________________________________________________

________________________________________________________

________________________________________________________

Telephone:__________________e-mail______________________


I enclose a cheque for #35.00 (payable to  UMIST)


Signed:_____________________Date:_______________________


Please send the completed Registration form to:

Irene Beech
(CRC Meeting)
Department of Computation
UMIST
P.O.Box 88
Manchester M60 1QD

Fax: 061 200 3324

If you have any queries about the meeting, please contact:

Stephen Viller,                 tel:    (061) 200 3361
Department of Computation,      fax:    (061) 200 3346
UMIST                         email:  viller@sna.co.umist.ac.uk



-- 
GID - software engineers to the quality
1 Captain's Gorse, Upper Basildon, Reading, Berks RG8 8SZ, UK
UUCP: colston@gid.co.uk               Tel/Fax: +44 491 671964


From tou@asa.cs.ucla.edu (Ivan Tou)
Subject: looking for commercial groupware products
Message-ID: <TOU.93Mar17164824@asa.cs.ucla.edu>
Sender: usenet@cs.ucla.edu (Mr Usenet)
Nntp-Posting-Host: asa.cs.ucla.edu
Organization: Computer Science Department, UCLA
Date: 17 Mar 93 16:48:24
Lines: 7


I'm looking for leads on commercial groupware products.
Any information would be appreciated.

--

                                                  - Ivan


From dang@apple.com (DanG)
Newsgroups: comp.groupware,comp.sys.pen,misc.jobs.offered
Subject: Mobile computing research job openings at Apple Computer
Message-ID: <dang-170393161357@maigret.apple.com>
Date: 18 Mar 93 01:24:57 GMT
Sender: usenet@goofy.apple.COM
Followup-To: misc.jobs.offered
Organization: Apple Computer
Lines: 41

We have both a full time research opening and a couple of summer intern
positions inside of Apple Computer's Advance Technology Group for a project
researching software support for nomadic computer users.  The main emphasis
of the project is to explore systems helping groups of people use portable
computers in team efforts, but is also addressing the problems of
individual users managing their personal information as well.

The full time position is for a senior researcher to work as part of a
research team.  She or he will be primarily responsible for the design and
prototyping of the group interaction and coordination components of the
system, in conjunction with other team members implementing lower level
migration and reconciliation substrates.  The person should have a PhD
in computer science or equivalent (such as a MS with relevant research
experience), preferrably with experience in asynchronous collaborative
software systems (e.g. a CSCW background, or workflow systems, or
asynchronous "groupware").  Object-oriented programming language experience
is required, and a background in implementing prototype systems is
preferred.  Of course, Macintosh experience or aptitude is desired.

We also have a summer intern position for a graduate student or
upper-division undergraduate to do some modelling of group coordination
systems and interfaces, and possibly to build some prototype systems for
demonstration purposes.  A CSCW or "groupware" backgrouns is preferred. 
Experience with C++ and MacApp or other object-oriented application
frameworks is required, as is Macintosh toolbox programming.

Finally, we also have another summer intern position for a upper-division
undergraduate student to work on integrating existing commercial products
with internal prototypes to provide a demonstration system which
automatically forwards incoming voice mail and faxes to mobile users,
possibly with a voice user interface.  Experience with Macintosh toolbox
programming, C++, and MacApp is required.

All positions are in Apple's main R&D campus in Cupertino, California.

Please mail resumes to dang@apple.com.  Resumes can be in plain text
format, or a binhex formatted Macintosh binary file of any standard
Macintosh editor would be even better.  If it is difficult to provide an
electronic version of your resume, mail a summary of your background and
interests, and if it looks promising we can either call or supply you with
a fax number.


From Mark Warren <mwarren@us.oracle.com>
Subject: Mobile computing research job openings at Apple Computer
Return-Path: <mwarren@us.oracle.com>
Date: Thu, 18 Mar 1993 20:46:22 GMT
Approved: list
Message-ID: <9303182046.AA03352@af9hp.us.oracle.com>
To: technomads@bikelab.Corp.Sun.COM
Content-Length: 2893
Sender: mwarren@us.oracle.com
Lines: 51


Forwarded from comp.sys.pen. I *almost* hate to do this as I'd like the
job all to myself, but the good in my heart wins again!

   From: dang@apple.com (DanG)
   Newsgroups: comp.groupware,comp.sys.pen,misc.jobs.offered
   Date: 18 Mar 93 01:24:57 GMT
   Followup-To: misc.jobs.offered
   Organization: Apple Computer

   We have both a full time research opening and a couple of summer intern
   positions inside of Apple Computer's Advance Technology Group for a project
   researching software support for nomadic computer users.  The main emphasis
   of the project is to explore systems helping groups of people use portable
   computers in team efforts, but is also addressing the problems of
   individual users managing their personal information as well.

   The full time position is for a senior researcher to work as part of a
   research team.  She or he will be primarily responsible for the design and
   prototyping of the group interaction and coordination components of the
   system, in conjunction with other team members implementing lower level
   migration and reconciliation substrates.  The person should have a PhD
   in computer science or equivalent (such as a MS with relevant research
   experience), preferrably with experience in asynchronous collaborative
   software systems (e.g. a CSCW background, or workflow systems, or
   asynchronous "groupware").  Object-oriented programming language experience
   is required, and a background in implementing prototype systems is
   preferred.  Of course, Macintosh experience or aptitude is desired.

   We also have a summer intern position for a graduate student or
   upper-division undergraduate to do some modelling of group coordination
   systems and interfaces, and possibly to build some prototype systems for
   demonstration purposes.  A CSCW or "groupware" backgrouns is preferred. 
   Experience with C++ and MacApp or other object-oriented application
   frameworks is required, as is Macintosh toolbox programming.

   Finally, we also have another summer intern position for a upper-division
   undergraduate student to work on integrating existing commercial products
   with internal prototypes to provide a demonstration system which
   automatically forwards incoming voice mail and faxes to mobile users,
   possibly with a voice user interface.  Experience with Macintosh toolbox
   programming, C++, and MacApp is required.

   All positions are in Apple's main R&D campus in Cupertino, California.

   Please mail resumes to dang@apple.com.  Resumes can be in plain text
   format, or a binhex formatted Macintosh binary file of any standard
   Macintosh editor would be even better.  If it is difficult to provide an
   electronic version of your resume, mail a summary of your background and
   interests, and if it looks promising we can either call or supply you with
   a fax number.


From joosten@cs.utwente.nl (Stef Joosten)
Subject: CfP (final): 2nd International Summerschool on Method Engineering and Meta Modelling
Message-ID: <1993Mar19.104037@cs.utwente.nl>
Keywords: software process modelling, CASE tools, IS development methods, methodology, meta-CASE tools.
Sender: usenet@cs.utwente.nl
Nntp-Posting-Host: utis174.cs.utwente.nl
Organization: University of Twente, Dept. of Computer Science
Date: Fri, 19 Mar 1993 09:40:37 GMT
Lines: 157

----------------------------------------------------------------------------
                    final CALL FOR PARTICIPATION

[changes from previous postings: Program and publication in IST]
CfP: 2nd International Summerschool on Method Engineering and Meta Modelling
Keywords: software process modelling, CASE tools, IS development methods,
	methodology, meta-CASE tools.

                    Wed. 12 May - Sun. 16 May 1993
                      Enschede,  the Netherlands

After a successful event in Jyvaskyla, Finland, last year,
the Summerschool on Method Engineering and Meta Modelling (ME&MM)
is organised for the second time. The location is the Netherlands,
on the beautiful campus of the University of Twente.
This series of summerschools is organised by the IFIP WG 8.1/8.2
Taskgroup on Method Engineering. This event is sponsored by
        Cyclade Consultants,
        ISES International,
        Moret, Ernst \& Young, management consultants and
        Andersen Consulting.

The formula is unchanged: limited participation and top-of-the-bill
invited lecturers.

The themes are meta-modelling, method engineering both in practice
and in theory.

The program committee consists of:
   S. Brinkkemper (chair)
   S. Joosten (secr.)
   K. Lyytinen
   R. Stamper
   R.J. Welke
   G. Wijers

Tentative program:
   Wed 12 May: registration

   Thu 13 May: (theory)
    9:00    Yair Wand (Univ. Br. Columbia)
             Ontology
    14:00   Matthias Jarke
    15:30   Richard Welke
             Object Oriented Metamodelling
    19:00   workgroups

   Fri 14 May: (practice)
    9:00    Colin Tully and Alfonso Fuggetta:
              Software Process Modelling
    14:00   Ron Tolido (Pandata)
             Metamodelling in practice: SDW
    15:30   Guenther Merberth (Softlab)
             Metamodelling in practice: Meastro
    19:00   social event

   Sat 15 May: (research)
    9:00    Sjaak Brinkkemper (Univ. Twente)
             Metamodelling: overview of techniques and formalisation
    14:00   Denis Verhoef (TU-Delft/SERC, Utrecht)
             Information modelling in practice: an explorative investigation
    15:30   Kari Smolander (Univ. Jyvaskyla)
             metaphor project
    19:00   presentations from workgroups.

   Sun 16 May (final day)
    10:00   closing session
    12:00   departures.

Participation to this summerschool is limited.
In order to apply for participation, please send a position paper
containing a short description of current research and 3-5
references to papers that describe your current work in more detail.
The position paper must clarify the relation of your current work
to the topic of the summerschool.
The position paper must:
 - be posted by e-mail in LaTeX source format or printable ASCII
   to joosten@cs.utwente.nl together with the registration form (see below)
 - be typically 2 pages A4 when printed, but absolutely not more than 3.
 - be in the posession of the program committee before April 1st, 1993.

Your position paper is refereed by the program committee against the
following criteria:
 - Is participation beneficial to the area of ME&MM?
 - Is the level of research sufficient to ensure an active contribution
   of the participant to the summerschool?
Note that these criteria do not require you to be a top-status researcher
of international standing. However, you must be able to show that
you are active in the area and producing useful results.

The contributions to the summerschool will be compiled in a special
issue of the journal Information and Software Technology (Butterworth-
Heinemann) on Method Engineering and Meta-Modelling.
Outstanding position papers will be published as `short contributions'
in this special issue.
A separate refereeing process is held for this purpose,
so this does not affect your chances of participating in the summerschool.

If you wish to submit papers (or a demo), beside your position paper,
please contact the program committee (e-mail: joosten@cs.utwente.nl).
There are possibilities of entering a short paper or demo material
in the conference binder.
This material will also be considered for publication.
This too does not influence your acceptance for the summerschool.

Costs are Hfl 800,- (around $500) and include participation,
accomodation and meals.

The Wednesday is reserved for arrivals, registration and opening session.
The program starts on Thursday in the early morning.

The summerschool is scheduled to precede the IFIP WG8.2 Conference
in Noordwijkerhout, which starts on Monday 17th. Participants to
that conference will have enough time on Sunday to get there.

For further information, please contact
   Stef Joosten
   e-mail: joosten@cs.utwente.nl
or
   Stef Joosten
   University of Twente
   dept. of Computer Science
   P.O. Box 217
   7500 AE  ENSCHEDE
   the Netherlands

   tel. +31-53-893436
   fax. +31-53-339605
------------------------------------------------------------------------
Registration form
2nd International Summerschool on Method Engineering and Meta-Modelling

name:
initials:
title(s):

Organisation:

postal address:






e-mail address:
telephone:
fax:

wishes to participate in the 2nd International Summerschool on Method
Engineering and Meta-Modelling from May 12th-16th in Enschede, the
Netherlands.

Enter this form together with your position paper before April 1st
to joosten@cs.utwente.nl

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


From camptt@essex.ac.uk
Newsgroups: comp.groupware
Subject: Window Managers (eg Microsoft Windows or twm- X11R5)
Keywords: X11R5-ctwm-tvwm window-managers building-metaphor
Message-ID: <8969@sersun1.essex.ac.uk>
Date: 19 Mar 93 23:01:29 GMT
Sender: news@sersun1.essex.ac.uk
Reply-To: camptt@essex.ac.uk ()
Organization: University of Essex, Colchester, UK
Lines: 56

Hi,

My name is Tom Campbell.

(for anyone who wondered what happened to me and for general readership light
relief-
CV-  Hatfield Poly 1976-1980-BSc Maths, Warwick University 1981-writing short
stories, Brunel University 1981 PGCE Maths and Statistics, School Teacher 1983-
1986, Unemployable Popular Music Composer/Singer 1986-1991, Napier University 
1992-MSc in Systems integration IT/Software Engineering with 
D i s t i n c t i o n - what a comeback!).

But seriously I need urgent responsible help on a reference,

I am currently undertaking a PhD in the field of CSCW 
(Computer-Supported Cooperative Work).

I am interested in the area of window managers.  My aim is to develop
a reasonable working prototype, of a multi-user "window" manager, to 
enable group communication.  I am hoping to integrate a building
metaphor and a visual/graphic language to enable bartering when
conferences merge or fragment.  I have a working model on paper and
it seems workable.  One concern I have is that I have noticed a 
reference which is close to this ideal and I am struggling to get
hold of it with the Inter-Library-Loan system.  It is

Madsen, C.M. Approaching group communication by means of an
             office building metaphore.  In proceedings of the
			 First European conference on Computer-Supported 
             Cooperative Work (Gatwick, london, UK, Sept 13-15)
             1989.

I am really interested in comminicating with Madsen, C.M.  or getting
the reference  OR ANY OTHER REFERENCE/WORK/TALK  with anyone else in the area
of window managers for the multi-user environment.  I know of no multi-user
window manager system which allows conferences to merge and fragment, though
no doubt someone out there can put me right on that matter.

Thanking the readership in advance.

Regards,
          _ /_  ___                       
           /   /  /  /| /|                                      ``"''
          /_  /__/  / |/ |                                       ~ ~
                                                                 @ @  
-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-Tom Campbell=-=-=-=-=-=-=-=o00O=-(-)-=O00o-=
             Department of Electronic Systems Engineering      
                 University of Essex,  Wivenhoe Park              |
                    Colchester,  Essex CO4 3SQ, UK                v

                                                                 CSCW 
Tel: 0206 872421 (UK)    +44 206 872421 (International)  "And then I had my 
Fax: 0206 872900 (UK)    +44 206 872900 (International)   cornflakes :o) "

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-camptt@essex.ac.uk=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 


From Mordhy Alkhalil <MA7125A@auvm.american.edu>
Message-ID: <93078.200326MA7125A@auvm.american.edu>
Newsgroups: comp.groupware
Subject: Re: Help, info needed on groupware (general)
References:  <93070.113029AAP105@psuvm.psu.edu>
Lines: 8

i am taking a class that discusses computer-supported cooperative work.
 i would like to know the hardware and software that build groupware systems.
if someone knows some information , please send to me in my e-mail.
  think you
mordhy al-khalil
the american university
information systems
703 691-7668


From Mordhy Alkhalil <MA7125A@auvm.american.edu>
Message-ID: <93078.191213MA7125A@auvm.american.edu>
Newsgroups: comp.groupware
Subject: Re: Help, info needed on groupware (general)
References:  <93070.113029AAP105@psuvm.psu.edu>
Lines: 4

I am taking a class that discusses computer-supported cooperative work. i need
to know some information about the groupware in general. i would like to know w
hat hardware and software that build groupware systems. if someone knows some i
nformation , please write to me.


From grudin@ics.uci.edu (Jonathan Grudin)
Subject: Re: Window Managers (eg Microsoft Windows or twm- X11R5)
Nntp-Posting-Host: vineland.ics.uci.edu
Message-ID: <grudin-210393131623@vineland.ics.uci.edu>
Newsgroups: comp.groupware
Organization: University of California, Irvine
Lines: 22
References: <8969@sersun1.essex.ac.uk>
Date: 21 Mar 93 21:23:12 GMT
Followup-To: comp.groupware

In article <8969@sersun1.essex.ac.uk>, camptt@essex.ac.uk wrote:
>
> Madsen, C.M. Approaching group communication by means of an
>              office building metaphore.  In proceedings of the
> 			 First European conference on Computer-Supported
>              Cooperative Work (Gatwick, london, UK, Sept 13-15)
>              1989.
>
> I am really interested in comminicating with Madsen, C.M.  or getting
> the reference  OR ANY OTHER REFERENCE/WORK/TALK  with anyone else in the area

I don't know whether the Proceedings are still available from Computer
Sciences Company, Brunel Way, Slough, SL1 1Xl, but the paper was reprinted
in Marca and Bock (Eds.), Groupware: Software for Computer-Supported
Cooperative Work, IEEE Computer Society Press, 1992. ISBN 0-8186-2637-2

Madsen was at Aarhus University when he wrote that paper.  Although he is
not there, perhaps they would know where he is.  You might ask Kaj
Groenbaek
<kgronbak@daimi.aau.dk>

Good luck -- Jonathan Grudin


From ueda@sys.crl.melco.co.jp (Takao Ueda)
Newsgroups: comp.groupware
Subject: Re: Looking for groupware for xterm
Message-ID: <UEDA.93Mar22121606@antares.sys.crl.melco.co.jp>
Date: 22 Mar 93 03:16:05 GMT
References: <5580@blue.cis.pitt.edu>
Sender: news@loamx.adm.crl.melco.co.jp
Organization: Mitsubishi Electric, Amagasaki, Japan.
Lines: 9
In-reply-to: cdost+@pitt.edu's message of 10 Mar 93 03:20:15 GMT

Hi,

I know a HP sharedX as a general groupware tool that allows
real-time sharing of X-protocal based applications like xterm
or emacs between two or more remote users.

Takao Ueda
ueda@sys.crl.melco.co.jp
Mitsubishi Electric.Corp.


From vagt@swt6.informatik.uni-hamburg.de (Andreas Vagt)
Subject: Information on Lotus notes
Message-ID: <C4ArAu.FBL@informatik.uni-hamburg.de>
Sender: news@informatik.uni-hamburg.de (Mr. News)
Organization: Univerty of Hamburg,Germany 
Date: Mon, 22 Mar 1993 15:35:17 GMT
Lines: 8

Keywords: 

hello,
I'm interested in groupware systems. Therefore I need information about
Lotus notes. I'm looking for descriptions of the functionality of this system.
Please give me a hint, where I can find articles concerning with Lotus notes.

thanks in advance    Andreas


From vagt@swt6.informatik.uni-hamburg.de (Andreas Vagt)
Subject: Information about NoteCards
Message-ID: <C4AroA.FEs@informatik.uni-hamburg.de>
Sender: news@informatik.uni-hamburg.de (Mr. News)
Organization: University of Hamburg, Germany
Date: Mon, 22 Mar 1993 15:43:21 GMT
Lines: 8

Hello,

I'm working on groupware. There was an article on NoteCards by Halacz et al. in 
Transaction of ACM 1988. This article is almost five years old, I wonder if
there are any articles published more recently about this hypertext.
Please let me know of any book or newspaper article.

thanks in advance    Andreas


From a.sasse@cs.ucl.ac.uk (Angela Sasse)
Newsgroups: comp.groupware
Subject: Meeting Maker / Diary information required
Message-ID: <3485@ucl-cs.uucp>
Date: 22 Mar 93 20:07:06 GMT
Sender: news@cs.ucl.ac.uk
Lines: 16


Greetings,	

We are two MSc students at University College London, wishing to
implement a "meeting maker" system with an associated diary to work locally
and over e-mail.

If any one knows of any relevant published works, public domain
software etc, especially diary/calendar source, could you e-mail the
information to us at:

pwaller@cs.ucl.ac.uk

Thanks for your time.

Cheers Pete.


From buzy@quads.uchicago.edu (Len Buzyna)
Subject: DidYouKnow...
Message-ID: <1993Mar23.051335.8994@midway.uchicago.edu>
Sender: news@uchinews.uchicago.edu (News System)
Reply-To: buzy@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Distribution: usa
Date: Tue, 23 Mar 1993 05:13:35 GMT
Lines: 29

Today Japanese companies own the 7/11 store chain, Dunlop, Universal Pictures, 
Columbia Pictures, Loews Theaters, MCA Home Entertainment, Tri-Star Pictures, 
CBS Records, Columbia Records, Spencers stores, Ciniplex Odeon (a big part),
Firestone Tires and many many more very large US companies while foreigners
are prevented from owning any important Japanese concerns. Ordinary Japanese 
are kind wonderful people, but what their companies and government are doing 
is racist and wrong.
 
     To find out more about this (and get a more complete list of the above), 
read (JAPANYES) "Does America Say Yes To Japan?";Leclerc 1992,93 which is 
available on INTERNET. (most recent edition is v031993). This thoughtfully 
written and important article has been circulating widely in many of America's 
biggest corporations & universities like IBM & Harvard. When you read it (it 
takes about 30 minutes), you'll see why.
 
     The essay provides a frightening yet fascinating detailed, referenced 
overview of the Japanese industrial machine at work and how Japan practices 
'business is war' strategies to target and take over strategic critical U.S. 
industries like high technology, popular media and heavy industry as well as 
influence the decisions of the US government in favor of Japan. It is a very 
moving piece and is filled with many verifiable and disturbing examples. 
You can get JAPANYES 1 of 3 ways:
 
1)FTP to monu6.cc.monash.edu.au   it's in directory: pub/nihongo   as: JAPANYES
2)The article has been posted in its entirety (in three sections however)
  in the misc.test & soc.culture.usa & sci.econ newsgroups. Search on the
  author 'buzy' or the title 'article' to find the posts.
3)Email a request for JAPANYES to ar12@midway.uchicago.edu
  He will email you a copy.


From dgr@ENG.Vitalink.COM (Daniel Robinson)
Newsgroups: comp.infosystems.wais,comp.infosystems.gis,comp.human-factors,comp.groupware,comp.graphics,comp.graphics.visualization,comp.graphics.opengl
Subject: Re: DidYouKnow...
Message-ID: <1993Mar23.174420.22251@NOC.Vitalink.COM>
Date: 23 Mar 93 17:44:20 GMT
References: <1993Mar23.051335.8994@midway.uchicago.edu>
Sender: usenet@NOC.Vitalink.COM (Usenet News Admin)
Distribution: usa
Organization: Vitalink Communications / Network Systems Corp., Fremont, CA
Lines: 11
Nntp-Posting-Host: rodin.eng.vitalink.com

In article <1993Mar23.051335.8994@midway.uchicago.edu> buzy@midway.uchicago.edu writes:
+Today Japanese companies own the 7/11 store chain,

rest of xenophobic article deleted....

Please don't respond to this posting because it has nothing to do
with human factors.  Let this person go by, much like any obnoxious
driver with more sound system watts than engine horsepower on any
urban street: it's just noise.

Dan


From david@ruc.dk (David Stodolsky)
Newsgroups: comp.groupware,news.answers,comp.answers
Subject: Introduction to comp.groupware (Periodic informational Posting)
Summary: Guidelines for posting to the Usenet newsgroup comp.groupware.
Keywords: CSCW, orgware, group, interactive, shared, environments
Message-ID: <groupware-intro_732949205@GZA.COM>
Date: 24 Mar 93 05:00:09 GMT
Expires: 21 Apr 1993 05:00:05 GMT
Sender: faqserv@GZA.COM
Followup-To: comp.groupware
Organization: Roskilde University
Lines: 349
Approved: news-answers-request@MIT.Edu
Supersedes: <groupware-intro_731739605@GZA.COM>
NNTP-Posting-Host: pad-thai.aktis.com
X-Last-Updated: 1993/01/25

Archive-name: groupware-intro
Last-modified: 1993/1/17
Version: 1.5

Please read carefully:
Any article posted to comp.groupware uses a minimum of ten hours of
readers' time. Do not post test messages to comp.groupware (see section
5 below). Information for teachers is contained in section 7.

This article is posted automatically every 14 days to introduce the
group to the more than one thousand new users that have subscribed
during that period. 

---------------- Contents (and revision information) ------------

Sections in this article (Revised in last modification)

0. Groupware is software and hardware for shared interactive
environments.
1. Set your distribution to "world". (Revised)
2. Sign your article.
3. Comp.groupware is being archived. (Revised)
4. If you are posting copyrighted work...
5. Read "Welcome to news.newusers.questions"... (Revised)
6. When you reply to a message, do not change the subject line...
7. Comp.groupware is read by over 28,000 people. (Revised)

------------ End of Contents (and revision information) ----------


0. Groupware is software and hardware for shared interactive
environments.

The term "environment" includes software and hardware that sets the
context for interaction. Hardware can include specially designed
furnishings and architectural spaces that are considered integral to
correct utilization of a given software application. A groupware
application may require a specific organizational environment to
function as expected. More powerful applications can adapt to, or
overcome limitations of, their environments.

The term "interactive" is used to indicate that time constraints are
managed by the system. Many groupware applications appear to support
real-time interaction. Others merely enforce deadlines that can span
weeks. In either case, the technical limitations on the pace of
interaction are made (to appear) negligible in terms of the objectives
of the application. Systems that exclude reference to real time are not
groupware applications.

The term "shared" indicates that two or more participants interact with
one another in such a manner that each person influences and is
influenced by each other person. No upper limit in the number of
participants is indicated, because mediated groups, as opposed to
natural ones, can maintain joint awareness with very large numbers of
persons. (Joint awareness is one way that "group" is defined.) An
objective of some groupware applications is to increase the number of
persons that can interact "as a group".

Some definitions of groupware include the notion of a common goal. While
all systems require some agreement among participants (at minimum that
they should be jointly used), interactions can be predominately
conflictual. Management of conflict is often a crucial feature of a
groupware system. Vote collecting systems are an example.

Definitions:

Group - Two or more persons who are interacting
with one another in such a manner that each person
influences and is influenced by each other person
(Shaw, M. E. _Group dynamics: The psychology of
small group behaviour_. 1976, p. 11).

Ware - 1 a) manufactured articles, products of art
or craft.... b) an article of merchandise.... 3) an
intangible item (as a service) that is a marketable
commodity. (_Webster's New Collegiate Dictionary_,
1976, p. 1319).


1. Set your distribution to "world". Comp.groupware is delivered to all
continents. Do not limit your chances for feedback by restricting
distribution. Restricted distribution can cause confusion when people
read responses to articles they have not seen. If you notice an article
has a restricted distribution, inform the poster by mail.

If you are restricted from posting to "world" by your administrator,
request a change in your privileges, at least for this newsgroup. If
refused, determine what your rights are in terms of appeal, based upon
information available at your site. An alternative is to use the Net to
find information and persons to contact concerning your rights. 
Try the newsgroups:

comp.org.eff.news
comp.org.eff.talk
misc.legal.computing
alt.society.civil-liberty
alt.comp.acad-freedom.news
alt.society.cu-digest

Information about the rights of network users is available from the
Electronic Frontier Foundation (EFF). Information about the Electronic
Frontier Foundation  can be requested from eff@eff.org. You can also
retrieve information about EFF and its projects via anonymous FTP from
ftp.eff.org.

As a final resort, send a summary of your case to:

Carl Kadie (kadie@eff.org)
Electronic Frontier Foundation
155 Second Street
Cambridge, MA 02141, USA
Tel.: +1 (617) 864-0665
Fax: +1 (617) 864-0866.

If you can send email off-site, you can post using a Usenet-news mail
server. Email to "comp-groupware@ucbvax.berkeley.edu" is posted with the
subject line of your letter becoming the subject line of the article.
(Note: "." in the newsgroup name is written as "-".) This allows you to
post to a newsgroup even if you have read-only access to Network News.


2. Sign your article. Each name should have one and only one user. If
the article is a joint product, indicate this at the beginning and end
of the article. Some news reading programs allow certain names to be to
be automatically selected. Help the reader by using the same name at all
times. This will improve the chances that people will read your
articles.

The signature should include complete name, address, and telephone
number (this allows quick verification in case forgery is suspected).
Email addresses ought to be included in the signature in case headers
get munged. Another nice feature is geographical coordinates, so the
time zone can be determined (useful in telephoning). The signature
should be limited to four lines as is suggested practice on Usenet.


3. Comp.groupware is being archived.
tvv@ncsc.org (Terry Myerson) began archiving comp.groupware 92.10.6.
The archive is available by anonymous FTP (File Transfer Protocol) from:
avs.ncsc.org ( 128.109.178.23 )

in the directory:
~ftp/newsgroups/comp.groupware

The archives are in mail folders named MONTH_YEAR.
For example, to peruse all of the postings in the month of
October, you could download the archive Oct_92, and execute

%       Mail -f Oct_92

FTP is a way of copying files between networked computers.  If you
need help in using or getting started with FTP, send email to:
mail-server@rtfm.mit.edu 

with:
send usenet/news.answers/ftp-list/faq

in the body to find out how to do FTP.

Those without FTP access should send email to:
mail-server@rtfm.mit.edu

with:
send usenet/news.answers/finding-sources

in the body to find out how to do FTP by email.


4. If you are posting copyrighted work, indicate at the beginning of the
article whether permission has been obtained. If you do not want an
article reproduced, indicate this (e.g., Copyright - Net distribution
only).


5. Read "Welcome to news.newusers.questions" in that newsgroup before
posting for the first time. This helps to avoid common mistakes and
inadvertent abusive behavior that can cause articles to be ignored.

Authors should refer to "Guidelines for posting on Usenet" in the
newsgroup "news.announce.newusers" to make sure they know to spell check
their articles, etc. "Answers to Frequently Asked Questions",
"Introduction to news.announce", "Hints on writing style for Usenet"
available in the same newsgroup also contain information for new users.

Do not post test messages to comp.groupware. There are special groups
for testing. And tests should be as limited in their distribution as
possible. This is basic information from "Guidelines for posting on
Usenet". Posting of test messages inappropriately is considered abusive
and will cause a loss of readership for your articles.

Always use your Subject line to state the *topic* of your article as
completely as possible (e.g., "Macintosh II voice-mail based real-time
meeting software ready.", rather than "Meeting software"). Summary lines
should indicate *what* your message says about the topic (e.g., "New
meeting coordination software available via anonymous FTP"). Statements
should always end with periods, questions with question marks
(typically), and high energy, high impact declarations with exclamation
points. These rules makes articles much easier for recipients to handle
appropriately. 

If you ask a question, your subject line should include "question",
"query", "(Q)" or should end with a "?". Questions should clearly
explain your problem and surrounding issues. Otherwise, you will simply
waste the time of those who want to help you. Tell people the kind of
work you are doing or contemplating doing. This helps them provide the
information you need. Indicate what efforts, if any, you have made thus
far, and what information was found.

Subject, Summary, and Keyword headers are scanned by many news reading
programs, thus permitting readers to find your article easily. You will
have your articles read more often if you select these carefully.


6. When you reply to a message, do not change the subject line or
redirect follow-ups (unless you are changing the subject).  Such changes
make it harder for some news readers to follow the threads in a
discussion. Include a "Summary" line which indicates specifically what
your message says. This permits your article to be found even if it is a
follow-up to an article with poorly chosen subject and keyword
information.

Please, do not post responses to articles you feel are inappropriate or
abusive. (If you can not resist, consider alt.flame as an alternative
newsgroup for your article [it has greater readership than
comp.groupware]). If the author is not saying anything worth reading,
enter the name in your "kill" file, and then no more of your time will
be wasted by that person. If you feel that the author is saying
something worth reading, but in an inappropriate way, respond by mail.
Tell the author what you think is incorrect about the article. If
possible, suggest how to accomplish the objective in an appropriate way
(e. g., post to another newsgroup). If you have responded to a person by
mail a few times without the desired effect, and you feel that the group
as a whole could benefit by a solution to the problem, only then should
you post an article.  The nature of your article should be a suggestion,
if possible, of how such problems can be avoided in the future.


7. Comp.groupware is read by over 28,000 people (Brian Reid posts
readership statistics at the beginning of each month to the newsgroup
news.lists). Consider the cost to readers of any post. If even an
obviously inappropriate article is distributed, one that just takes
readers a few seconds to scan, and then skip or kill, the total time
used is still large. With 36,000 readers, a post that takes an average
of 1 second for each reader to deal with (i. e., examining the subject
line) means a total of ten hours used (36,000 seconds / 3,600
seconds/hour = 10 hours). If the article uses up an average of four
seconds, then the total time expenditure is 40 hours, the equivalent of
a work week. This is probably the minimum time expenditure on any
article that is even selected for scanning. So, if you spend a week
preparing an article and then post it to comp.groupware, there will be a
balance between your time investment and that used by readers, even if
they only scan your article and make no response. The lack of a separate
feedback channel is an unfortunate deficiency in the Network News system
as it is currently structured.

This analysis should not discourage anyone from posting a simple
question. Some of the most interesting and valuable exchanges in
comp.groupware have resulted from such questions. However, authors must
not make such requests unnecessarily. On the other hand, a carefully
prepared article or a report of an extensive project may not receive any
comment at all. This could mean that the article is clear and error
free. It could also mean it was not of sufficient interest to anyone to
be read in detail. What can be assumed is that it was seriously
considered. This is a result of the currently low traffic level in
comp.groupware and high quality of articles posted.

Teachers should not make use of comp.groupware a class activity. If a
class is made aware of comp.groupware, this Introduction should be made
required reading, so inappropriate use is minimized. Instructional use
of the news system is best practised in a local newsgroup established
for that purpose. This also permits establishment of a better
environment for instructional purposes. See the article "Protecting
expression in teleconferencing: Pseudonym-based peer review journals"
{Stodolsky, D. S. (1990).  _Canadian Journal of Educational
Communication_, 19, 41-51. ([1989, May 9]. _Communication Research and
Theory Network [CRTNET]_, No. 175 [Semi-final draft available by
electronic mail from LISTSERV@PSUVM.BITNET at University Park, PA: The
Pennsylvania State University, Department of Speech Communication and
COMSERVE@Vm.ecs.rpi.edu at Troy, NY: Rensselaer Polytechnic Institute,
Department of Language, Literature, and Communication.])} This article
also available in compressed format as file "prot.express.tele" on
archive.eu.net in ~ftp/documents/authors/Stodolsky, and on ftp.nluug.nl
in ~ftp/pub/documents/authors/Stodolsky.

Retrieve and examine the file by typing, for example
(characters before and including ":" or ">" indicate machine's prompting
for input):

        > ftp archive.EU.net
        login: ftp
        password: <your email address here>
        ftp> bin
        ftp> cd documents/authors/Stodolsky
        ftp> get prot.express.tele.Z
        ftp> bye
        > uncompress prot.express.tele.Z
        > view prot.express.tele


If your email reply to an author fails, try again using information in
the signature lines. An X.500 directory information server can be
consulted to find a person's email address. Read the informational
article, "How to find people's email addresses" (in the newsgroup
"news.answers"), so you know to contact the postmaster at the site of
the person you are trying to reach, and so on. Do not post a reply until
you have tried to reach the author by telephone, facsimile, or paper
mail. If these fail, ask yourself if getting the reply through is worth
ten hours of readers' time. If so, post the message. Do not post a
message asking a person to send you an email address, unless your letter
must be kept private (If this is true, consider using encryption). If it
is not of general interest, use only the person's name as the subject
(e.g., "To: Foo Bar"). If other readers might find it interesting, also
give full subject information. 

Similarly, do not broadcast requests for information you can obtain from
a known source. Requests such as, "What are the contents of book Foo
published by Bar" are not appropriate. This information can normally be
obtained by a short telephone call and a few minutes of work by someone
being paid to provide that service. Let's not deprive someone of a job
and at the same time get comp.groupware readers fired because they are
wasting all their time reading unnecessary articles :-).

Post long articles as a single unit if they are less than 30,000
characters. Otherwise, post separate sections as follow-ups to the
first, breaking at meaningful places. This permits the sections to be
treated as a single unit, thus minimizing expenditure of attention on
the article. The cost of transmitting articles is negligible, so long
posts that take one second to delete "cost" the same as short ones.

Disregarding these considerations or a lack of self discipline in
following them will result in defensive attention management. That is,
certain authors will not be read at all by many readers or valuable
discussions will take place by email instead of being posted. This would
have the unfortunate effect of fractionating the joint awareness that
permits the comp.groupware readership to function as a group. Thus, it
is recommended that authors who prefer entertainment to rigor in their
news reading, post to other newsgroups.

-------

This article compiled with assistance from numerous readers of
comp.groupware.

Corrections, comments, and suggestions to:

David S. Stodolsky                            Tel: + 45 31 95 92 82
Department of Computer Science                Fax: + 45 46 75 42 01
Bldg. 20.1, Roskilde University              Internet: david@ruc.dk
Post Box 260, DK-4000 Roskilde, Denmark        : david@mcsun.EU.net


From prechelt@ira.uka.de (Lutz Prechelt)
Newsgroups: comp.ai,comp.ai.edu,comp.ai.philosophy,comp.edu,comp.groupware,comp.lang.c,comp.programming,comp.protocols.misc,comp.sources.wanted,comp.theory.dynamic-sys,comp.theory.self-org-sys
Subject: Announcement: International KNOBELN contest
Followup-To: comp.sources.wanted
Date: 24 Mar 1993 15:45:00 GMT
Organization: Universitaet Karlsruhe
Lines: 396
Message-ID: <1opvlsINNbsp@irau40.ira.uka.de>
NNTP-Posting-Host: i41s18.ira.uka.de

       ===============================================

         First announcement of the 1st international

        KNOBELN --- Game-Strategy Programming Contest

       ===============================================

This is an announcement for the KNOBELN-contest, taking place via
e-mail on Saturday, May 8th, 1993 and on Sunday, May 16th, 1993.

The contest is run at the University of Karlsruhe, Germany, by
Lutz Prechelt.

Arbitrary teams can participate in the contest.

PLEASE REDISTRIBUTE THIS ANNOUNCEMENT AS WIDELY AS YOU LIKE.



-----------------
Type of Contest:
-----------------

To participate, you must program in C a strategy for a simple game 
and send it to me by email. The game is quite interesting since there 
clearly is no canonical best strategy (the success of a strategy depends
on the behavior of all other participants).



--------------
Rules of Game:
--------------

1. Both players (at the same time) chose an integer number in the interval 
     a..b.
   This selection of two numbers is called a "throw".
   The players can watch each throw as it is made (i.e. they can know
   all numbers they and their opponent have thrown up to the 
   current throw)
   Assumption:  Player P choses p1 and player Q choses q1.

2. If p1 equals q1, nobody wins a point.

3. The player with the higher number wins, unless the number is more 
   than twice as high as that of his opponent.
   Let's assume that p1 > q1, then
     P wins if 2*q1 >= p1 and
     Q wins if 2*q1 <  p1.

4. A player who wins a throw with some number N gets
     floor(log2(N)) points
   in this throw.
   The other player gets 0 points in this throw.
   Example: if P wins, he/she gets floor(log2(p1)) points
            e.g. if p1 = 6800, player P gets 12 points.

5. A game consists of L throws.

6. Both players must throw series of non-decreasing throws.
   These series must (for each player individually) have a length
   of AT LEAST k throws.
   Example: If P1 throws (p1, p2, p3, .....) then
            p1 <= p2 <= p3 <= ... <= p(k) is required.
            After that, p(k) > p(k+1) is allowed.
            If p(k) > p(k+1) then
               p(k+1) <= p(k+2) <= ... <= p(k+k) is required.
            else 
               there exists some smallest number j, with j > k for which
               p(j) > p(j+1)
            and then 
               p(j+1) <= p(j+2) <= ... <= p(j+k) is required.
            and so on through the whole game.
      If for instance k = 3 then the sequence
        1, 2, 3, 1, 4, 5, 6, 8, 2    is allowed, while
        1, 2, 3, 4, 1, 2, 1          is not
                          ^ too early

In this turnament the parameters are:
  a = 1,  b = 12288,  k = 8,  L = 1000
   


--------------------
Rules of Tournament:
--------------------

The tournament is performed in successive rounds with randomly mixed 
groups of 7 to 12 participants. Within each group, every strategy
plays one game against every other strategy in that group.

Those half of the participants (rounded up), that have won most
points in their group (no matter how many their opponents got), proceed
to the next round, which is played with newly mixed groups.
The winners of the last round are the winners of the tournament;
the results of previous rounds are discarded.

Any strategy is allowed to fail once per round. Failing means doing
anything that is disallowed according to the rules of the game.
The game in question is immediately stopped, its intermediate results
are discarded and it is rescheduled after all the other games currently 
scheduled for that group.
If the strategy who failed had already failed before in the same round,
the game is not rescheduled but the strategy is disqualified from the 
contest. 
All its remaining games in that round will not be carried out and
all its previous games in that round will not be counted.

This tournament is performed twice to find the winners of the contest:
After the first tournament is performed, there is an eight day pause,
during which the contestants can revise and change their strategy based
on the game protocols of their games in the first contest (see below).
Then the second tournament with identical rules and the same (or a
reduced) set of participants is carried out.
Those teams with the highest total rank in both tournaments will
be announced as winners of the contest.

See section 'requirements for programs' for additional rules.



----------------------------
Characteristics of the Game:
----------------------------

The method of counting within a game and the method of selecting the
winners of a group have an interesting impact on the goal of a
strategy: It must actually try to arrange a cooperation with its
'opponent', because otherwise none of the two will usually be able to
win many points. 

It is NOT important to have more points than the opponent in any
single game. Instead it is important to have more points than the
other strategies on the average.

The problem of programming a strategy could thus be formulated as
  How do I (quickly) arrange a cooperation with a machine partner, if
  there is no predefined protocol to do so and the only communication
  channel is mutual exchange of integers, one at a time ?
  
It is clear, that there exists no optimal strategy: It is impossible
to guarantee that a strategy A is able to arrange a cooperation with a
strategy B, even if both are perfectly willing to cooperate in
principle. This is true because both strategies have to 'guess' what
might be suitable protocols to communicate. The two strategies of a game
should together form a self-organizing system that organizes for
cooperation.

I think this makes the contest very interesting.
By the way: This game is probably interesting to play with human
            players, too.



------------------------------
How to Announce Participation:
------------------------------

If you want to participate in the contest, send email of the
following form:

---
To: prechelt@ira.uka.de
Subject: registration for KNOBELN

email-address:   ourname@machine.domain.alfdkj
mail-preference: LAP,LGP,DGP,GRR
team-name:       the_heavy_lords_of_knobeln 
Organization:    University of Northeast Sacrodata
team-members:
  Joe Cool,  45, professional systems programmer,
     20-year-experienced programmer
  Jane More, 20, graduate student of computer science,
     hackeress fluent in 34 programming languages
  Mona Morn, 35, Professor of CS,
     hobby game strategy programmer
  Bill Neat, 24, undergraduate student of psychology,
     advanced beginner (will be my first C program!)
---

Please use this format exactly as shown.

- "email-address" gives the email address that uniquely 
  identifies the team, it should be an internet domain style address.
- "mail-preference" is a comma-separated list of some of the following
  declarators:
    LAP  send list of all participants (full registration format)
    LGP  send list of my groups' participants (team names only)
    DGP  send detailed game protocol for each of my games (every throw)
    GRP  send game result (points) for each of my games
    GRG  send group result (all games of all participants)
    GRR  send group result (ranking)

- "team-name" can be any string that is a valid C identifier of at
  most 50 characters and should be a funny name for the team.
- "Organization" should be the name of the institution the team is at
  or something else sensible, if no such thing exists.
- "team-members" should contain a two-line informal description of each 
  member of the team, giving his/her
     name, age in years, occupation,
        programming background, 
  in this order.
  Team size should be anywhere between 1 and 20.
  Personnel should not be shared among teams.

When I receive your registration, I will send an answer either
  (a) that your registration is not accepted, (e.g. because there are
      already too many participants registered), or
  (b) that your registration is accepted and your authentification 
      string is <somethingweird>. I may also tell you that I have 
      slightly modified your team name, if it conflicts with an already 
      registered one.
Notes:
- If you are unable to send email to me or if I am unable to send email 
  to you, you can not participate in the contest.
  Please use only Internet domain style email addresses.  
- Notification of acceptance or rejection will usually be sent within 
  72 hours.
  I reserve the right to limit participation of multiple teams from the 
  same organization.
- You must keep the authentification string carefully.
  It will be used to check, whether a strategy that swears to come
  from your team really does (see below "Sending Programs").



-----------------
Sending Programs:
-----------------

To send in the first version or a new version of your program,
send me email of the following form:

----
To: prechelt@ira.uka.de
Subject: please compile

/*
  <<FROM>> team_name  authentification_string
*/
/* your source code goes here */
----

<<FROM>> has to be given exactly as shown. The same is true for the 
"Subject:".
For <team_name> insert the name of your team as given in the registration.
For <authentification_string> insert the string that I sent you with the
registration acknowledge.

Your program will be compiled automatically a few minutes after your 
email arrives and you will be sent a report about the results of the 
compilation. A successfully compiled program is automatically stored 
to be used in the contest. The latest version is used always.



---------------------------
Requirements for programs:
---------------------------

1. Pure C (Ansi or KR), i.e., no library routines called, except
     int init_random ()
     int log2 (int number)
     int next_random (int low, int high)
     int make_throw (int my_throw)
     int count_points (int throw1, int throw2, int *points1, int *points2);
   (You will receive a detailed description of these functions
    upon registration)

2. Must be compilable with GNU C compiler (gcc).

3. Must be in a single file, no #includes

4. Must have at most 10000 lexical elements (after preprocessing)
   Lexical elements are: 
      identifier, keyword, number, 
      string denoter, char denoter, 
      special character
   NO lexical elements (i.e. not counted) are: 
      blank, Tab, newline, comment

5. The size of the process that runs the program must not grow 
   beyond 1024 kB on a SUN 4/25 running SUN OS 4.1.
   The value used to test this is the one shown by 'ps -u' in the column
   labeled 'SZ' (SIZE).

6. Must finish every game of 1000 throws in less than 60 seconds of cpu
   time on a SUN 4/25 (which has about 20 SPECmarks).



------------------------------
Recommendations for programs:
------------------------------

1. Should not use floating point operations. (Or you do it on your own risk)

2. Should be infinite loop (i.e. need not terminate after 1000 throws)



-----------------------
Technical Environment:
-----------------------

In order to write and hand-test a strategy, you need the definitions
of the library procedures mentioned above, called 'knobellib.c'.
The source code for these functions is only 130 lines and will be 
sent to you via email with the notification of acceptance of your
registration. Link your strategy with this module, but do not include
the source code of the module into your strategy or else it will
be rejected.

If you want to run complete games between two strategies in the same
kind of environment that will be used in the actual contest, you need
the source code of the 'knobeln' program. You will need an ANSI-C
compiler and a UNIX machine in order to compile and run it. 
There are two ways to get this source code (about 22 kB):

1. To get 'knobeln.c' by anonymous ftp (prefered method), fetch it from
   Sanfrancisco.ira.uka.de [129.13.13.110]:  /pub/knobeln.c

2. To get 'knobeln.c' by mailserver, send email of the following form:
   ---
   To: prechelt@ira.uka.de
   Subject: SEND knobeln.c
   ---



--------------------
The Actual Contest:
--------------------

The actual tournaments will be run at the dates given below.

At some time before, every team has to send its strategy as described
above. It will be compiled and linked automatically, and you will
receive a report about the success of this procedure or any problems
that occur.
This automatic compilation feature is disabled during the tournaments.

During the contest, all participants will receive information about
what happens, if they have announced a corresponding mail-preference 
upon registration: 

After every game, a detailed throw protocol or a short game result
file (giving only the points at the end) is sent to both participants
(if requested by their mail-preference, see in 'Registration' above);
after every round the group summary is sent to all members of that
group (if requested by their mail-preference).



-------------
Legal Issues:
-------------

By applying for registrations all members of a team assert that they
understand and agree with the following points:
1. All participants of the last round of one of the tournaments
   will send a verbal description of how their strategy 
   works (length 100 to 500 words) after the contest.
2. The team members allow the organizer of the contest to publish
   all or part of the information contained in the strategy program
   and in the strategy description. Such publication will mention 
   the contest context and will give credit to the team by
   mentioning the team name or the team's organization or the names 
   of one or several team members.


----------------
Important Dates:
----------------

93/03/28    beginning of registration
93/03/31    beginning of registration acknowledge
93/03/31    beginning of compilation service
93/05/07    registration deadline
93/05/08    first tournament of contest
93/05/16    second tournament of contest
93/05/20    Results posted to Usenet: rec.games.misc, misc.misc

Relevant time of day is noon, Universal Time (UT, GMT), for all dates.


Good luck and have fun !

  Lutz
  
-- 
Lutz Prechelt   (email: prechelt@ira.uka.de)            | Whenever you 
Institut fuer Programmstrukturen und Datenorganisation  | complicate things,
Universitaet Karlsruhe;  D-7500 Karlsruhe 1;  Germany   | they get
(Voice: ++49/721/608-4068, FAX: ++49/721/694092)        | less simple.


From mjr@trellis.cs.nott.ac.uk (Marcus Roberts)
Newsgroups: comp.groupware
Subject: Valuable information in comp.groupware
Message-ID: <1993Mar24.131917.24306@cs.nott.ac.uk>
Date: 24 Mar 93 13:19:17 GMT
References: <groupware-intro_732949205@GZA.COM>
Sender: news@cs.nott.ac.uk
Reply-To: mjr@cs.nott.ac.uk
Organization: Communications Research Group
Lines: 29

I was browsing through the introduction when I spotted this:

In article <groupware-intro_732949205@GZA.COM>, david@ruc.dk (David Stodolsky) writes:
> Archive-name: groupware-intro
> Last-modified: 1993/1/17
> Version: 1.5
>
>[.....]
>
> This analysis should not discourage anyone from posting a simple
> question. Some of the most interesting and valuable exchanges in
> comp.groupware have resulted from such questions.

Have there ever been "interesting and valuable" exchanges in comp.groupware?  It seems a place
to come to to ask "does anyone use Lotus notes" or "Can I do shared X?". Perhaps I missed the
"golden age" of comp.groupware, but I haven't seen any!

I realise that I am as guilty as anyone else, as I never post anything interesting either.
But the atmosphere of this group doesn't seem conducive to discussion.

Are there any other CSCW researchers out there that want to discuss CSCW?

Marcus

----
mjr@cs.nott.ac.uk                 "After a drink or three,
                                     You stopped making sense to me"
Communications Research Group,     
University of Nottingham            - Homophobic Asshole by Senseless Things


From jmn@ESD.3Com.COM (John Medalen)
Newsgroups: comp.groupware
Subject: Organizations that promote groupware use?
Summary: Organizations that promote groupware use
Keywords: organization
Message-ID: <jmn.732993988@lanark.NSD.3Com.COM>
Date: 24 Mar 93 17:26:28 GMT
Sender: news@bridge2.NSD.3Com.COM
Distribution: comp
Lines: 23
Nntp-Posting-Host: lanark.nsd.3com.com

I got a chance to listen to a presentation by William Davidow, the author
of "Total Customer Service" and most recently "The Virtual Corportation".
He was discussing that new technologies take about 20 to 50 years before they
are correctly used and widely accepted (he gave examples of how during the
U.S. Revolutionary War that the British adopted rifles but still fought 
using sword techniques; i.e. forming long lines, grouped close together).

He then mentioned how organizations are not yet formed correctly to take
advantage of Groupware.  I asked him to describe how an organization would
look to best use groupware.  He didn't go into too much detail but he did
say that they would be based on Teams, where you have a flat organization
where groups of people come together to work on projects and then disban.

Does anyone have additional information on this, or good reference material?


P.S.  In the March 29th, 1993,  issue of Business Week (page 84), there is
an article about Lotus "Notes" that describes some recent applications and
its future directions.


John Medalen
jmn@3com.com


From dweissman@dftnic.gsfc.nasa.gov (WiseGuy)
Subject: Re: Information on Lotus notes
Message-ID: <24MAR199312343475@dftnic.gsfc.nasa.gov>
News-Software: VAX/VMS VNEWS 1.4-b1  
Sender: usenet@skates.gsfc.nasa.gov
Organization: NASA Goddard Space Flight Center, Greenbelt, Md. USA
References: <C4ArAu.FBL@informatik.uni-hamburg.de>
Date: Wed, 24 Mar 1993 17:34:00 GMT
Lines: 17

In article <C4ArAu.FBL@informatik.uni-hamburg.de>, vagt@swt6.informatik.uni-hamburg.de (Andreas Vagt) writes...
%Keywords: 
% 
%hello,
%I'm interested in groupware systems. Therefore I need information about
%Lotus notes. I'm looking for descriptions of the functionality of this system.
%Please give me a hint, where I can find articles concerning with Lotus notes.

Both 'Communications Week' and 'LAN (re NOVELL) TIMES' had articles on
Lotus Notes 3.0, due out this week.  For info call Lotus at 1-800-343-5414.
================================================================================
Dave Weissman - Corporate WAN/LAN Networking

AlliedSignal Technical Services Corp.   Email addresses:
One Bendix Road, Dept. 976              dweissman@dftnic.gsfc.nasa.gov
Columbia, Maryland 21045-1897           dweissman@bfec3.gsfc.nasa.gov
(410) 964-7909                    (C:USA,A:TELEMAIL,P:GSFC,FN:DAVID,SN:WEISSMAN)


From Thomas J Cozzolino <RBNTJC@rohvm1.rohmhaas.com>
Message-ID: <93083.154824RBNTJC@rohvm1.rohmhaas.com>
Newsgroups: comp.groupware
Subject: Lotus Notes book(s)
Lines: 20

Can anyone recommend a good book or 3 about Lotus Notes?

I'm looking for a technical overview, as well as how to set up and use the
product?

I heard there's a book called "Lotus Notes at Work".  Does anyone know about
it?

Thanks.  Please reply directly to tcozz@rohmhaas.com if possible.

+============================================+
|   Thomas J. Cozzolino - Rohm and Haas Co.   =
|   InterNet:    tcozz@rohmhaas.com            =
|                                               =
|     Internet Access for Everyone..             =
|         Isn't it time?                          =
|                                                  =
|   - Opinions expressed are my own, not            =
|     necessarily those of Rohm and Haas Company     =
+=====================================================+


From LBHONEYC@UNCCVM.UNCC.EDU (Lee Honeycutt)
Subject: GroupWare Bib and Query
Message-ID: <16B9C9FF5.LBHONEYC@UNCCVM.UNCC.EDU>
Sender: usenet@unccsun.uncc.edu
Nntp-Posting-Host: unccvm.uncc.edu
Organization: UNC Charlotte
Date: Thu, 25 Mar 1993 16:22:25 GMT
Lines: 43

I am doing some research here at UNC-Charlotte on collaborative writing
software and was wondering if folks had any suggestions about programs and
articles.  In particular, I am looking for commercially available groupware
or software programs that allow synchronous collaborative writing.  We already
have Collaborative Writer, Aspects, PREP Editor, and a few others, but was
wondering what groupware programs are on the market that allow such synchronous
work on collaborative documents, not just diaries and meeting calendars. Also,
here's a selected bibliography of general books on groupware.  Does anybody
have any further suggestions about books or articles?
 
Greif, Irene, ed. (1988).  _Computer-Supported Cooperative Work_.  San Manteo,
     CA: Morgan Kaufmann.
 
Johansen, R., et al. (1991).  _Leading Business Teams_.  Boston: Addison-
     Wesley.
 
Lay, M.M., & Karis, W.M. (1992?). _Collaborative Writing in Industry:
     Investigations in Theory and Practice_.  Farmingdale, NY: Baywood.
 
Olson, M.H.  (1989).  _Technological Support for Work Group Collaboration_.
     Hillsdale, NJ: Lawrence Erlbaum Associates.
 
Opper, S., & Fersko-Weiss, H.  (1992).  _Technology for Teams: Enhancing
     Productivity in Networked Organizations_.  New York: Van Nostrand
     Reinhold.
 
Schrage, M.  (1990).  _Shared Minds: The New Technologies of Collaboration_.
     New York: Random House.
 
Also, _Byte_ magazine has an article on groupware in the new March issue,
and there are three sets of published Proceedings of the Conference on
Computer-Supported Cooperative Work for the years 1986, 1988, and 1990.  They
are published by the Association for Computing Machinery in New York City.
 
If anybody has anything to add to this list, please respond to the board or
to my e-mail address.  Thanks.
 
Lee Honeycutt
English Department, UNCC
Charlotte, North Carolina 28223
lbhoneyc@unccvm.uncc.edu
 
 


From mklein@atc.boeing.com (Mark Klein)
Subject: Final (Revised) CFP: IJCAI Conflict Workshop
Message-ID: <1993Mar25.232902.27452@grace.rt.cs.boeing.com>
Sender: usenet@grace.rt.cs.boeing.com (For news)
Organization: Boeing Computer Services
Date: Thu, 25 Mar 1993 23:29:02 GMT
Lines: 99

                           Final Call For Papers 
               (Please Note Revised Submission Requirements)

                            IJCAI-93 Workshop on
             Computational Models of Conflict Management in 
                         Cooperative Problem Solving

                          Monday, August 30, 1993
                             Chambery, France

Description
-----------
A central aspect of cooperative problem solving by groups is the avoidance, 
detection and resolution of conflicts among the participants. Work in this 
area has occurred in a variety of settings including concurrent engineering, 
multi-agent planning & design,  distributed AI, GDSS (group decision support 
systems), CSCW (computer-supported cooperative work), software engineering, 
sociology, organizational science, public policy and international relations. 
This workshop offers one of the first opportunities for inter-disciplinary 
discussion in this key area.

The workshop will focus on the following themes: What lessons do empirical 
studies of conflict management have to offer for the development of 
computational models? What are the current theoretical underpinnings 
for conflict management, and how can they be applied to practical problems? 
How can computers support group conflict management with both human and 
computational participants? What are the benefits and challenges of the 
different approaches? What aspects of conflict management are generic and 
what are domain-specific? Can the same techniques work with human and 
computational participants? How do computational models of conflict 
management fare in real-world social and organisational settings?

Workshop Information
--------------------
This full day workshop is part of IJCAI-93 (the International Joint 
Conference on Artificial Intelligence) and will be held in Chambery, 
France on Monday, August 30, 1993. The workshop will consist of four 
moderated 75 minute sessions, each with four 10 minute presentations 
followed by a discussion panel. Attendees must have registered for the 
main conference and are required to pay an additional 300 FF (about $60 US) 
fee for the workshop. IJCAI will exempt the workshop fee for one student 
attendee if he or she agrees to be in charge of taking notes for the whole 
day - please let me know if you are interested.

Submission Requirements
-----------------------
Participation is by invitation only, and will be limited to approximately 
35 people of which 16 will be presenters. Those who wish to present a paper 
at the workshop should submit four copies of a research abstract no more 
than 5 pages long. Those who want to attend the workshop without presenting 
a paper should send a 1 page description of their research interests. 
Participants are invited to display a poster on their work. Electronic 
submissions will be accepted only in pure ascii or binhexed Macintosh 
Word/MacWrite format. Please include your physical and electronic mail 
address with your submissions.

Submission deadline:            April 30, 1993
Notification date:		             May 31, 1993
Final date for revised papers:	 June 31, 1993

We expect that revised versions of the best papers from the Workshop will 
be considered for inclusion in an appropriate journal or published collection.

Submissions and questions regarding the workshop should be directed to:

Mark Klein
Boeing Computer Services
Building 33-07, MS 7L-44
2760 160th Ave SE
Bellevue WA 98008 USA

Voice: (206) 865-3412
Fax:   (206) 865-2965
Email: mklein@atc.boeing.com

Organizing Committee
--------------------

Steve Easterbrook
University of Sussex
Easterbrook@cogs.susx.ac.uk

Mark Klein
Boeing Computer Services
mklein@atc.boeing.com

Victor Lesser
University of Massachusetts
lesser@cs.umass.edu

Stephen C-Y. Lu
University of Illinois
lu@kbesrl.me.uiuc.edu

Katia P. Sycara
Carnegie Mellon University
katia@cs.cmu.edu




From krn@lysithea.cs.umu.se (Kenneth Nilsson)
Subject: Junior (or Senior) Researcher (Post-Doctoral), Umea, Sweden
Message-ID: <C4HwFJ.Lr4@cs.umu.se>
Sender: news@cs.umu.se (News Administrator)
Organization: Dep. of Info.Proc, Umea Univ., Sweden
Date: Fri, 26 Mar 1993 12:09:18 GMT
Lines: 135

UNIVERSITY OF UMEA, Department of Administrative Data
Processing, Sweden  offers a position as

JUNIOR(OR SENIOR) RESEARCHER (POST-DOCTORAL)

If you are a researcher in

INFORMATION  SYSTEMS
MANAGEMENT  INFORMATION  SYSTEMS
DECISION  SUPPORT  SYSTEMS
COMPUTER SUPPORTED COOPERATIVE WORK

this position should be of interest to you.

We are seeking a researcher whose research falls within an area
ranging from the organizational and societal context of the use of
information systems to tools for the design and implementation of
information systems in the broadest meaning of the term. Special
emphasis is put on the ability to relate one's own research to aspects
of social science, especially the use of computers in the work process
and in the design and construction of information systems.

We are looking for a researcher who either has completed his PhD
not earlier than 5 years ago or has already qualified himself as senior
researcher by means of qualified publications and who during a period
of 4 years would like to work with our researchers pursuing his own
research interests while advising graduate students at our department.
The position (named "research assistant" in Swedish) implies a great
degree of freedom with a minimum of administrative duties. For a
position as senior duties are similar.

It is not compulsory that the applicant knows the Swedish language
in order to be considered as a candidate for the position. However,
good mastering of English is required.

The appointment is formally and administratively determined for
an initial period of two years which is normally - according to practice -
prolonged another two years. After that the junior researcher is
supposed to have qualified himself through his own research so as to
be able to apply for more stable research or teaching positions in the
Swedish academic system, including tenured professor chairs. If you are
proposed for the position and are not a citizen of the Nordic countries you
have to apply for a work permission from the Swedish embassy in your
home country, before your apppointment. However, if you are proposed
for the position this should be no problem.

The university salary policy implies a negotiation on an individual basis,
but the salary for this kind of position has typically been around 20, 000
Swedish Crowns per month, including extensive social benefits which
apply to university government employees.

The conditions for a senior researcher are similar, although the salaries
are usually somewhat higher.

The research at our department addresses various aspects of the use
and development of information systems, such as the interface towards
social systems science with extension of the hypermedia idea to
hypersystems, computer support for constructive systems development,
design of interactive information systems, change and flexibility in
computer support, theory of systems design, issues of individual and
organizational competence, democratic control of public information
utilities including collaborative communication systems for local
communities, and communication based models for computer support.

The possibilities for interdisciplinary collaboration with other
departments and faculties at our university are very good. The
university is one of the bigger ones in Sweden with more than 3,000
staff and 13,000 students. The research and education activities at our
institute are developing at a rapid pace, and we represent a broad
range of scientific competence. There are tenured professor chairs in
administrative data processing, and numerical analysis including
parallel computation. Additional chairs are being established in computer
science, and graphical representation and visualization. Our computer
equipment consists of Sun work stations and personal computers
(mostly Macintoshes).

The town of Umea,  with about a 100, 000 inhabitants, is the cultural
and administrative center of northern Sweden, with rich educational
possibilities and good communications. Stockholm can be reached in
less than one hour's flight. The climate is comparatively mild.

We encourage all applicants to airmail as soon as possible to the
address below a letter of application, a curriculum vitae including all
scientific, educational and other professional activities, and one legible
copy of scientific works which are to be reviewed in the process of
screening among applicants. Please post your application in order
that it arrives
NOT LATER THAN BY APRIL 20th.
Allow at least one week for airmail from overseas. Please include in
the application your electronic mail address and possible fax number
including country code and area code.

The procedure of evaluation of candidates is formalised according to
Swedish law and includes an evaluation committee and judgements
from an external expert. Therefore, the evaluation will take some time,
a couples of months. Unfortunately, our possibilities to make this time
shorter are small.

Applications made by electronic mail cannot be accepted because of
administrative reasons, neither fax because of readability reasons.
Further information can be obtained from:

Professor Kristo Ivanov, phone +46 90 16 60 30 (e-mail:
kivanov@cs.umu.se)

or

Assistant Professor Kenneth Nilsson +46 90 165630 (e-mail:
krn@cs.umu.se)
fax: +46 90 16 61 26

Applications should be sent under the address and
WITH REFERENCE TO THE APPLICATION NO. 322-390-93:

University of Umea
c/o Kristo Ivanov
Institute of Information Processing
Department of Administrative Data Processing
S-901 87 Umea
Sweden

DON'T FORGET AIRMAIL!


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+                                               +                        +
+ Kenneth Nilsson                               + internet address:      +
+ Institute of Information Processing           + krn@cs.umu.se          +
+ Department of Administrative Data Processing  ++++++++++++++++++++++++++
+ University of Umea                            + telephone:             +
+ S-90187 Umea                                  + +46  90 - 16 56 30     + 
+ Sweden                                        + fax:                   +
+                                               + +46  90 - 16 61 26     +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++



From weiss@pinfo100.informatik.uni-mannheim.de (Michael Weiss)
Newsgroups: comp.groupware
Subject: Re: GroupWare Bib and Query
Date: 26 Mar 1993 18:16:35 GMT
Organization: University of Mannheim, Germany
Lines: 37
Message-ID: <1ovha3$829@darum.uni-mannheim.de>
References: <16B9C9FF5.LBHONEYC@UNCCVM.UNCC.EDU>
Reply-To: weiss@pinfo100.informatik.uni-mannheim.de
NNTP-Posting-Host: pinfo103.informatik.uni-mannheim.de
Keywords: cscw

In article <16B9C9FF5.LBHONEYC@UNCCVM.UNCC.EDU>  
LBHONEYC@UNCCVM.UNCC.EDU (Lee Honeycutt) writes:
> I am doing some research here at UNC-Charlotte on collaborative writing
> software and was wondering if folks had any suggestions about programs and
> articles.  In particular, I am looking for commercially available groupware
> or software programs that allow synchronous collaborative writing. Does 
> anybody have any further suggestions about books or articles?

Here is another suggestion

%A Robert P. Bostrom
%A Richard T. Watson
%T Computer Augmented Teamwork: A Guided Tour
%I Van Nostrand Reinhold
%C New York
%D 1992
%K cscw groupware

and, of  course, the classic by Stefik 

%A Mark Stefik
%A Gregg Foster et al
%T Beyond the Chalkboard: Computer Support for Collaboration
and Problem Solving in Meetings
%J Communications of the ACM
%V 30
%N 1
%P 32-47
%D Jan 87

Also, there are the proceedings on the yearly Conf. on Organizational Computing  
Systems, published by ACM Press with a lot of pointers to collaborative writing.

I also have a reference list in paper form that I could send to you by snail mail.
--
Michael Weiss
Universitaet Mannheim


From Mordhy Alkhalil <MA7125A@auvm.american.edu>
Message-ID: <93085.175659MA7125A@auvm.american.edu>
Newsgroups: comp.groupware
Subject: Why we don't call groupware Collaboration Tools?
Lines: 22

 I really don't understand why we still call groupware by this name.  I think
 we should change this tital to anther name that describes these tools which
 are used by group of people.  The appropriate name for the these tools is
 " COLLABORATION TOOLS" . THis name describes these tools as it are.  When we a
 group working togather and using  some hardware or software,  we,in fact,use
 those hardware and software to help us to collaborate with each other.These
 tools are not for a group as a group. They are provided to the group for one
 purpose which is helping  a group working to gather to have a good collaborati
on. So groupware is not as specific as collaboration tools.  If you ask somebod
y whatis groupware, he or she will find it difficult to answer. But if you ask
her or him what collaboration tools are, I am sure the answer will be tools tha
t are used to help people have better collaborations at their work. So if we
 want to be spescific, we should change groupware name to be collaboration
 tools.

If anyone disagrees or agrees with me , please send me messages and let
us discuss this issue. I'll be glad to see your response.
   Think you
Mordhy Al-khalil
The American University
Information Systems
703-691-7668


From lpress@isi.edu (Laurence I. Press)
Newsgroups: comp.groupware
Subject: Telecommuting
Message-ID: <23829@venera.isi.edu>
Date: 27 Mar 93 05:59:57 GMT
Sender: news@isi.edu
Reply-To: lpress@venera.isi.edu ()
Distribution: world
Organization: USC-Information Sciences Institute
Lines: 10

This isn't exactly the correct news group (which would be better?),
but I am looking for some good references on telecommuting.

I am interested in both the organizational and societal levels -- case
studies, cost-benefit analysis, social impact, etc.

Any suggestions? 

Lar



From schmidt@uxmail.ust.hk (DR. ROY SCHMIDT)
Subject: Re: Organizations that promote groupware use?
Message-ID: <1993Mar29.020100.5220@uxmail.ust.hk>
Summary: Yes, Virginia, they are related.
Keywords: organization, organization change
Sender: usenet@uxmail.ust.hk (usenet account)
Organization: Hong Kong University of Science and Technology
References: <jmn.732993988@lanark.NSD.3Com.COM>
Date: Mon, 29 Mar 1993 02:01:00 GMT
Lines: 63

jmn@ESD.3Com.COM (John Medalen) writes:

>I got a chance to listen to a presentation by William Davidow, the author
>of "Total Customer Service" and most recently "The Virtual Corportation".
>[...]
>He then mentioned how organizations are not yet formed correctly to take
>advantage of Groupware.  I asked him to describe how an organization would
>look to best use groupware.  He didn't go into too much detail but he did
>say that they would be based on Teams, where you have a flat organization
>where groups of people come together to work on projects and then disban.
>
>Does anyone have additional information on this, or good reference material?
>
He is referring to an organization structure akin to Mintzberg's
"adhocracy."  There are several excellent pieces of research bordering
on the idea that groupware works best in certain types of organizations.
My own dissertation work led to this conclusion.

Try:

Johansen, et al., _Leading Business Teams_, Addison-Wesley, 1991.

Applegate, Cash, and Mills, "Information Technology and Tomorrow's
Manager"  _Harvard Bus Rvw_, Nov-Dec 88, pp 128-36.

Carter "Computerization viewed as organization technology.." PhD
dissertation, Univ of Nebraska (Lincoln), 1981.

George and King, "Examining the computing and centralization debate,"
_Communications of the ACM_, July 1991, pp 62-72.

Schmidt, "Information Technology Usage Patterns and Leadership Patterns
in Top Management Teams," PhD dissertation, Indiana Univ, 1992.

The specific organization type Davidow alluded to is called "cluster
organization" by Applegate, et al.  In my dissertation, I found use of
collaborative technologies to be associated with top management teams
that functioned as a group of equals with individual professional
competencies.  They relied on each other as a true team.  The tradtional
"information system" architecture, which I call a "central feeder"
pattern, was associated with organizations that had a more autocratic
flavor.

At first glance, this may all seem to be common sense, but my research
was the first actual exploration of this phenomenon.  Since Davidow and
Applegate, et al., say that cluster organizations and virtual
corporations are the new organizational type, supplanting the
long-entrenched structures of the past, then it follows that
collaborative technologies will be in demand as more and more companies
reorganize.  If we follow the logic of Robey (CACM, October 1981, pp
679-687), organizations might choose to use groupware as a vehicle to
reinforce or effect organizational change.

I believe the IT typology that I introduce (and empirically support) in my  
dissertation will go a long way toward supporting research into the
changes taking place in organizations as groupware use becomes more
widespread.  (End of blatant plug)

-- 
Roy Schmidt        schmidt@usthk.ust.hk        schmidt@uxmail.ust.hk
Business Information Systems Dept, School of Business and Management
         The Hong Kong University of Science and Technology
                Clearwater Bay,  Sai Kung,  HONG KONG


From JBOSTERS@KUB.NL (Jeroen Bosters)
Subject: Re: Why we don't call groupware Collaboration Tools?
Message-ID: <1993Mar29.103308.4898@kub.nl>
Date: Mon, 29 Mar 93 10:33:08 GMT
Organization: Tilburg University, The Netherlands
Nntp-Posting-Host: kubvx1
X-News-Reader: VMS NEWS 1.24
In-Reply-To: Mordhy's message of Fri, 26 Mar 1993 17:56:59 EST
References:  <93085.175659MA7125A@auvm.american.edu>
Lines: 50

In <93085.175659MA7125A@auvm.american.edu> Mordhy writes:

>  I really don't understand why we still call groupware by this name.  I think
>  we should change this tital to anther name that describes these tools which
>  are used by group of people.  The appropriate name for the these tools is
>  " COLLABORATION TOOLS" . THis name describes these tools as it are.  

I'm sorry but if have to most strongly oppose to your suggestion of the new
name: "Collaboration tools" There are many reason why this name is inappropiate
I shall name two. 

The scope of collaboration tools is wide, very wide indeed, it would even have
to include things like: snail mail, discussion techniques, telephone, voting 
systems, group meetings schedules and many, many more.  Most of these things 
have evolved from very  different sciences like psychology, sociology and
economics. Indeed most of them are very mature parts of science. It would be 
too pretentious to take a name like that. 

>  When we
>  group working togather and using  some hardware or software,  we,in fact,use
>  those hardware and software to help us to collaborate with each other. ...

Right! There you name it: we use hardware and software to help us, but that
is not reflected in the name you propose. Much better would be then:
"computer supported collaboration tools", so reflecting the use of computer
apparatus in the process. And differentiating from the psycho and sociological
areas in which we, mostly computer science people, have *nothing* to add to
the knowledge.

Which brings me to the following point. There is a well accepted name for the 
area: computer supported cooperative work. 

Well that's it, I've done it. My first real post to this group. Let me repeat 
that this is *not* ment as a flame only as a statement of strong disagreement.
Waiting for your reactions,

Greetings,

Jeroen



*******************************************************************************
* Jeroen Bosters            * Student of Information Management & Technology  *
* Schoolstraat 363          * at Tilburg University, the Netherlands          *
* 5038 RL  Tilburg          ***************************************************
* The Netherlands           *   " The prince of darkness is a gentleman ...   *
* JBOSTERS@KUB.NL           *        ... Modo he's called and Mahu   "        *
* jbosters@nyx.cs.du.edu    *                   Shakespeare,  King Lear       *
*******************************************************************************


From ashley@chaz.demon.co.uk (Charles Ashley)
Path: doppler!concert!uvaarpa!caen!usenet.cis.ufl.edu!usenet.ufl.edu!darwin.sura.net!wupost!uunet!pipex!demon!chaz.demon.co.uk!ashley
Subject: Re: Information on Lotus notes
Reply-To: ashley@chaz.demon.co.uk
References:  <C4ArAu.FBL@informatik.uni-hamburg.de>
Distribution: world
X-Mailer: cppnews $Revision: 1.32 $
Organization: Learned Information (Europe) Ltd.
Lines: 31
Date: Mon, 29 Mar 1993 09:02:48 +0000
Message-ID: <733420968snx@chaz.demon.co.uk>
Sender: usenet@demon.co.uk

In article <C4ArAu.FBL@informatik.uni-hamburg.de> vagt@swt6.informatik.uni-hamburg.de (Andreas Vagt) writes:
>Keywords: 
>
>hello,
>I'm interested in groupware systems. Therefore I need information about
>Lotus notes. I'm looking for descriptions of the functionality of this system.
>Please give me a hint, where I can find articles concerning with Lotus notes.
>
>thanks in advance    Andreas
>

Try the April 93 issue of _Electronic Documents_.  Its a 32-page edition on
Workflow & Collaboration, and Notes 3.0 is amply covered.

If you want a copy, e-mail me of contact:

Subscriptions Dept.
Learned Information Ltd.
Woodside
Hinksey Hill
Oxford OX1 5AU
UK
tel +44(0)865-730275
fax +44(0)865-736354

*****************************************************************************
*                          - Charles Ashley -                               *
*    Reporter, LI Ltd.                                                      *
*    Internet:   ashley@chaz.demon.co.uk        Learned Information Ltd.    *
*    CompuServe: 71333,624                      tel: +44 (0)71-336-7344     *
*****************************************************************************


From M18709@mwvm.mitre.org
Subject: Re: Why we don't call groupware Collaboration Tools?
Message-ID: <16BA05F8B.M18709@mwvm.mitre.org>
Sender: news@linus.mitre.org (News Service)
Nntp-Posting-Host: mwvm.mitre.org
Organization: The MITRE Corporation, McLean VA 22102
References:  <93085.175659MA7125A@auvm.american.edu>
Date: Mon, 29 Mar 1993 11:47:33 GMT
Lines: 20

In article <93085.175659MA7125A@auvm.american.edu>
Mordhy Alkhalil <MA7125A@auvm.american.edu> writes:
 
> I really don't understand why we still call groupware by this name.  I think
> we should change this tital to anther name that describes these tools which
> are used by group of people.  The appropriate name for the these tools is
> " COLLABORATION TOOLS" . THis name describes these tools as it are.  When we a
There seems to be may appropriate names for this field of study.  A light
literature survey turned up the following:  Collaborative Computing, Group
Decision Support Systems, Negotiation Support Systems, GroupWare, Computer-
Supported Cooperative Work, Computer-Supported Working Groups.
 
For various reasons we developed our own term: Computer-Supported Coordination.
Since this group can only have one name, I recommend we stay with the           e established (and short) name of
established, comp.groupware.
=======================================================================
Andrew R. Lacher      | Center for Advanced Aviation System Development
lacher@mitre.org      | The MITRE Corporation
(703) 883-7182        | McLean Virginia 22102
 


From davenewman@cix.compulink.co.uk (David Newman)
Subject: Subject: How to measure educational effects of CMC
Cc: davenewman@cix.compulink.co.uk
Reply-To: davenewman@cix.compulink.co.uk
Date: Mon, 29 Mar 1993 17:03:03 +0000
Message-ID: <memo.82011@cix.compulink.co.uk>
Sender: usenet@demon.co.uk
Lines: 27


We want to measure the educational effects of using computer
conferencing in our university classes at QUB. In particular, we want
to get some idea of whether it promotes deep learning as opposed to
surface learning (i.e. understanding the deep models of a subject,
rather than skimming the surface to regurgitate at an exam).

Clive Cochrane has a class of 40 second year students doing a module on
Information Society. This has lectures, weekly seminars, an
individual project and an exam.

The plan is to introduce the students to Telepathy. Then, each week,
one or two seminar groups would use Telepathy for their seminar
discussion, while the others would have a face-to-face seminar. After
4 weeks, each seminar group would have done 2 face-to-face, 2 on line
- and each seminar topic would have been covered in face-to-face and
on line seminars.

Any suggestions on how we can measure the effects of CMC seminars on
the students learning style, learning effectiveness, and performance?

I will feed suggestions into our local conference where we are doing
our detailed planning.

--
Dr. David Newman, Information Management Dept., Queen's University Belfast
<d.r.newman@qub.ac.uk>


From Jose A. Aguirre <JA0736A@auvm.american.edu>
Message-ID: <93088.171858JA0736A@auvm.american.edu>
Newsgroups: comp.groupware
Subject: groupware
Lines: 8

there was recently a person looking for articles and books related to this
topic. I would like to add to his list a couple of new articles. They are
     * New technologies for coordinating work.(By Daniel Williams)
       Datamation, May 15, 1990.
     * Why groupware is gaining ground (By Esther Dyson)
       Datamation, March 1, 1990.
I am interested in receiving more articles or books about this topic.
Thank you. Jose A. Aguirre.


From jms@opus1.com (Joel M-for-Vnews Snyder)
Newsgroups: comp.groupware
Subject: Re: Why we don't call groupware Collaboration Tools?
Message-ID: <29MAR199317435076@opus1.com>
Date: 30 Mar 93 00:43:00 GMT
References: <93085.175659MA7125A@auvm.american.edu>
Reply-To: jms@Opus1.COM
Organization: Opus One
Lines: 29
NNTP-Posting-Host: spring.tucson.az.us
X-Lunar-Date: 1 day, 10 hrs, 10 mins until the first quarter of the moon (U.T.)
News-Software: VAX/VMS VNEWS 1.50A

In article <93085.175659MA7125A@auvm.american.edu>,
MA7125A@auvm.american.edu (Mordhy Alkhalil) writes...

> I really don't understand why we still call groupware by this name.  

I'd rather see some decent tools instead of more debate over the name. 

I understand that much of the groupware (collaboration-ware) world is
obsessed with form over content.  In fact, the obsession is so great that
groups which are normally impervious to academic nonsense have seen the
smoke and are beginning to wonder where the software is to live up to the
name.  

My own suggestion is that a debate over what to call an immature and
barely available set of products is going to be a large waste of time. 
Sure, it makes for nice journal articles where typologies of software
products get assembled and models of how people use software based on the
name get created.  But if you (I don't mean you specifically; I mean
everyone who's written an article whining about what to call software) have
a taxonomic urge, it'd be put to better use in the biological sciences
where there's a shortage.

jms
- "I just call it software"

Joel M Snyder, 1103 E Spring Street, Tucson, AZ, 85719 
Phone: 602.882.4094 (voice)  .4095 (FAX)  .4093 (data)
Internet: jms@Arizona.EDU          BITNET: jms@Arizona  
Yow!  Maybe I should have asked for my Neutron Bomb in PAISLEY--


From mayling@ncb.gov.sg (Woo May Ling)
Subject: HELP ! WHAT ARE THE EVALUATION CRITERIA FOR GROUPWARES
Message-ID: <1993Mar30.014310.25304@iti.gov.sg>
Summary: How should I go about evaluating groupwares
Sender: news@iti.gov.sg (News Admin)
Organization: National Computer Board, Singapore
Date: Tue, 30 Mar 1993 01:43:10 GMT
Lines: 10


Currently, I'm evaluating some groupwares available in the market. Can you
advise me on the evaluation criteria ? What are the features that I should
include in my report ? Is there any reports or articles 
that have already evaluated Lotus Notes, Workgroups for Windows, etc......

Plse Help !!!!

Just me,
Mayling


From mjr@trellis.cs.nott.ac.uk (Marcus Roberts)
Subject: Re: Why we don't call groupware Collaboration Tools?
Message-ID: <1993Mar29.170515.2052@cs.nott.ac.uk>
Sender: news@cs.nott.ac.uk
Reply-To: mjr@cs.nott.ac.uk
Organization: Communications Research Group
References: <93085.175659MA7125A@auvm.american.edu> <16BA05F8B.M18709@mwvm.mitre.org>
Date: Mon, 29 Mar 93 17:05:15 GMT
Lines: 39

In article <16BA05F8B.M18709@mwvm.mitre.org>, M18709@mwvm.mitre.org writes:
> In article <93085.175659MA7125A@auvm.american.edu>
> Mordhy Alkhalil <MA7125A@auvm.american.edu> writes:
>  
> > I really don't understand why we still call groupware by this name.  I think
> > we should change this tital to anther name that describes these tools which
> > are used by group of people.  The appropriate name for the these tools is
> > " COLLABORATION TOOLS" . THis name describes these tools as it are.  When we a
> There seems to be may appropriate names for this field of study.  A light
> literature survey turned up the following:  Collaborative Computing, Group
> Decision Support Systems, Negotiation Support Systems, GroupWare, Computer-
> Supported Cooperative Work, Computer-Supported Working Groups.
>  
> For various reasons we developed our own term: Computer-Supported Coordination.
> Since this group can only have one name, I recommend we stay with the           
> established (and short) name of comp.groupware.

> =======================================================================
> Andrew R. Lacher      | Center for Advanced Aviation System Development
> lacher@mitre.org      | The MITRE Corporation
> (703) 883-7182        | McLean Virginia 22102
>  

The problems I see with the name comp.groupware is manifested by the postings we
normally see here.  I mean the person who says "I am interested in groupware - tell
me about Lotus notes".  There is more to CSCW than Lotus notes...

I agree with the earlier postings that Collaboration Tools is too wide a name - 
CSCW and the others mentioned will do just fine.  I think we just need to get 
across the idea, particularly to the commercial sector, that there is more to
"groupware" than Windows for Workgroups and Lotus Notes.

marcus

----
mjr@cs.nott.ac.uk                 "At any time I just don't wanna
                                     be around the likes of you"
Communications Research Group,     
University of Nottingham            - Homophobic Asshole by Senseless Things


