🚀 go-pugleaf

Info-Graphics Digest	Tue Feb 24 03:00:55 PST 1987

 - Send submissions to Info-Graphics@ADS.ARPA
 - Send requests for list membership to Info-Graphics-Request@ADS.ARPA

Today's Topics:

 Info-Graphics Administrivia
 Need help finding UNIX drivers for a GOULD FD500
 BRL CAD Package
 Need info on mv2000 based CAD systems
 Conference Announcement
 Need help: Video Digitizing Board for SUN 3
 Need help: Higher level graphics routines that call GKS
 Bay Area ACM/SIGGRAPH Meeting, 27-Jan-87, San Francisco
 Evans & Sutherland PS300 on Ethernet
 X and NeWS window systems -- discussion
 wanted: 16x16 or larger dither matrix
 3-d molecule graphics
 Color Printers
 Scientific graphics on the IBM/PC
 Graphics and the IBM 7171
 Free Solid Modelling Software
 Computer Animation Configuration Needed
 Looking for paper
 DEC GKS inquiry
 Need advice on a graphics grad pgm
 San Francisco Bay Area SIGGRAPH Meeting, 26-Feb-87 8pm: COLOR
 Extract AFM & troff width tables from PostScript device

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

Date: 24 Feb 1987 00:06-PST
From: Andy Cromarty <Info-Graphics-Request@ADS.ARPA>
Subject: Info-Graphics Administrivia

This is the first Info-Graphics mailing in a few weeks.  Submissions
sent for redistribution in the interim have been spooled here, when
it was possible to receive them.  The delay in redistribution is due
in part to some problems with the machine that serves as our ARPANET
host; these problems should be taken care of soon.  In the mean time,
my apologies to those of you whose contributions have not been sent out
in a timely fashion.

Because the backlog of submissions is quite large, I have split
them into two groups.  This Info-Graphics digest issue contains
messages that are, for the most part, announcements and requests
for information.  The next issue, which should be published this
weekend as per the usual schedule, will contain a few special
items, possibly including some graphics data which I expect to be
of interest to a large percentage of the Info-Graphics readership.
(Note that the size of the upcoming mailing may cause some of you
to experience delivery problems, due to message size constraints
imposed on your mail by your mailer or one on the path to you.
There is little we can do about such size constraints except to
hope that they will be lifted as available network bandwidth improves
over time.)

Again, my apologies for the delay in redistribution.  Perhaps
the volume and quality of some of these and the soon-to-come
submissions justifies the suggestion that the material is
"worth waiting for."

	Regards,			Andy Cromarty
					Info-Graphics-Request@ADS.ARPA


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

Date: Tue, 13 Jan 87 12:17:47 PST
From: muffy%violet.Berkeley.EDU@berkeley.edu
Subject: Need help finding UNIX drivers for a GOULD FD500


We have a GOULD FD5000 image processing system that came
with software written by GOULD (mini-LIPS) to run under
VMS.  However, that software does not do all of the things
that we want to do to our images and the only software that
we know of that will meet our need was written for UNIX based
systems.  It appears that we have a couple of possible route
to pursue, we could rewrite the software to run under VMS, or
write our own UNIX device drivers, or better still copy (or buy
if necessary) previously written UNIX device drivers for the
FD5000.  If anyone is using a GOULD FD5000 with UNIX, or
knows of someone that is using that configuration I would
appreciate any advice that you may have.

Thanks
Kathy Murphy      muffy@violet.berkeley.edu


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

Date: Wed, 14 Jan 87 2:29:05 EST
From: Mike Muuss <mike@BRL.ARPA>
Subject: BRL CAD Package

This message is a formal announcement of the BRL CAD Package, a followup
to the teaser I posted late last summer.  When the printed documentation
(315 pages) returns from the print shop (Friday, they tell me), we will
begin shipping our backlog of requests. I'm sorry for the longish delay,
but there wasn't much that could be done about it, given the numerous
constraints that had to be met.

The BRL CAD Package is a solid modeling system, with ray-tracer,
framebuffer library, and lots of image tools.

We have tested this software on VAXen running 4.2 and 4.3 BSD, Gould
PowerNodes, SGI Irises, Sun Workstations, Cray XMP, Cray-2, Alliant
FX/8, and Pyramids.  (Benchmark comparisons included as part of the
distribution, as well as the benchmark itself, so you can see how your
favorite machine stacks up).

The software included in this package is only the tip of the iceberg.
The next release is expected to contain a serious image- and signal-
processing toolkit to compliment the existing tools. Hopefully, many of
you will find this a worthwhile software base to build upon, and will
contribute your favorite graphics tools to round out the collection.

	Best,
	 -Mike

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


               BALLISTIC RESEARCH LABORATORY

                   SOLID MODELING SYSTEM
                            and
                   RAY-TRACING BENCHMARK

                    DISTRIBUTION PACKAGE
                        Release 1.15
                         (9-Jan-87)


DISTRIBUTION DETAILS

     To obtain a copy of the distribution, you should send the authors:

     1)  Enough magnetic tape for 12 Mbytes of data.  For 9-track 1/2 inch magtape,
         specify density (800, 1600, or 6250).  Silicon Graphics and SUN tape
         cartridges can also be accommodated.  Specify TAR or CPIO, and blocksize.

     2)  A letter indicating:

          -- Who you are
          -- What the BRL CAD package is to be used for
          -- Equipment and operating system(s) you plan on using
          -- That you agree to the conditions listed below.

     The software is distributed free of charge with the following conditions:

     1.  The BRL CAD package source files won't be passed on to third parties.
         If someone wants them, have them contact BRL.  We need to know who 
         has what, and what it is being used for.

     2.  BRL will be credited should the software be used in a product or 
         written about in any publication.  BRL will be referenced as the 
         original source in any advertisements.

     3.  BRL assumes no legal responsibility for source code and its 
         subsequent use.  No warranty is expressed or implied.

     4.  If any bugs or problems are found they will be reported back to BRL.

     You will own full rights to any databases or images you
     create with this package.

     To obtain authorization for use at additional sites, or
     for permission to use this work as part of a commercial
     package, please contact  the  authors  at  the  address
     below.

     For non-US sites, an extra step is required.  You  must
     send  your  letter  and  tape  to your Ambasador to the
     United States in Washington DC, and have them forwarded
     to BRL through official channels.


CONTENTS

     What you have here is a collection  of  software  which
     includes:

          libsysv   Some System-V compatability routines
          mged      A solid-model editor
          librt     A solid-model ray-tracing library
          rt        A ray-tracing lighting model, for rendering
          db        Several solid-model databases, in ASCII form
          conv      ASCII/binary database converters
          bench     Scripts to drive the RT benchmark
          pix       Reference images for the RT benchmark, in ASCII form
          libpkg    A "message-passing" interface to TCP network links
          libfb     A generic frame-buffer library
          rfbd      TCP server for remote frame-buffer access
          libtermio A library to handle terminal mode setting
          libplot3  A public-domain 2-D and 3-D UNIX-Plot library
          librle    A Run-Length-Encoding library (originally from UofUtah)
          util      Zillions of image-handling utilities, as tools
          fbed      Frame-buffer image editor
          vdeck     Convert mged models to GIFT-format card decks.
          dmdfb     libfb support for layers in Teletype 5620 DMD terminal

     This distribution does NOT  include  the  various  BRL-
     specific model analysis tools such as GIFT, SAR, SLAVE,
     VAST, etc.

ENHANCEMENTS, COMMUNICATION

     It is expected that new releases of this software  will
     be  issued roughly semi-annually. Information about new
     releases will be routinely provided  to  recipients  of
     this  software.  If your address changes, please let us
     know, so we can update our records.

     You are invited to participate in the BRL CAD  software
     mailinglist,  called <CAD @ BRL.ARPA>.  Bug reports and
     discussions  of  new  features  are  the  main  topics;
     volume  of  messages  has  been light (so far).  Direct
     your bug reports to this address. Request  a  subscrip-
     tion by sending to <CAD-REQUEST @ BRL.ARPA>.

     If you  find  bugs,  please  report  your  experiences.
**   While  BRL  makes  no  offer  of  support,  we are most
**   interested in hearing  about  your  experiences.  Elec-
     tronic mail is vastly preferred over telephone contact.
     In  dire  circumstances,  you  may  phone;    1500-1800
     Eastern time is best.

     If you develop additional  software  for  the  BRL  CAD
     environment  that you would be willing to share, please
     send it to us for inclusion in the next release.

     Best Wishes,
      -Mike Muuss

       Leader, Advanced Computer Systems Team
       U.S. Army Ballistic Research Laboratory
       APG, MD. 21005-5066
       USA

     ArpaNet:  <Mike @ BRL.ARPA>

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

Date: Wed, 14 Jan 87 14:29:00ligt 
From: munnari!cidam.rmit.oz!boing@seismo.CSS.GOV (Wild Bill Bertoch)
Subject: Need info on mv2000 based CAD systems


This is a plea for information concerning the Data General mv2000 computer.

The mv2000 is finding acceptance in CAD applications and is currrently used
as the basis of McAUTO and CDC CAD systems. The McAUTO setup is marketed as
a high performance version of their CAD system and can be chosen over your
regular (slow) Micro VAX II hardware configuration.

CDC market an  mv2000  implementation of the CDC I.C.E.M. CAD system.
The details on this one are extremely sketchy here in Australia and
it is to be presumed that this is an attempt by a financially troubled
CDC to get into the lucrative bottom end CAD-sytem market with a 
minimum of financial investment.

Could anyone out there tell me of their experiences with mv2000's.
I am especially looking for information concerning the CDC CAD system.
The impression i have gotten is that the integrated ICEM CAD system
should be marketed as a dis-integrated CAD system. I have only seen
ICEM on a CYBER mainframe and it was pathetic. Has this situation been
rectified with the mv2000 implementation. 

Has anybody seen the new Silicon Graphics workstations that CDC are
marketing. Can anybody relate any experiences in ussing these new
workstions on a CDC CAD system based on the mv2000. Or any other
system for that matter.

Thanks for any info forthcoming................Bill Bertoch


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

Date: Wed, 14 Jan 87 15:16:53 PST
From: fair@ucbarpa.Berkeley.EDU (Erik E. Fair)
Subject: Conference Announcement

		   S E V E N T H   A N N U A L 

	   D I G I T A L   V A L E N T I N E ' S   D A Y 

		G R A P H I C S   G A T H E R I N G 

Your presence is requested February 14, 1987 for the Seventh Annual
Digital Valentine's Day Graphics Gathering - yet another festival of
computer art, software aesthetics, and digital valentines.

This one promises to be the biggest ever... spontaneous street theater
of technology on a grand scale!

Join us for a celebration of revelry, artistry, and creativity in
beautiful beach-side Santa Cruz, California.

Free of charge, open to all comers.

R.S.V.P.	+1 408 425 8700    anytime day or night

	This event is sponsored by

	Howard Pearlmutter, President
	Softweaver
	Post Office Box 7200
	Santa Cruz, California 95061

[this is being posted by request of the sponsor.
Please do not reply to the poster of this message]

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

Date: Thu, 15 Jan 87 02:33:05 pst
From: martin eichenberger <martin%ifi.ethz.chunet@RELAY.CS.NET>
Subject: Need help: Video Digitizing Board for SUN 3

We are looking for a VME-Bus Video Digitizer Board that will work 
in conjunction with a video camera (50Hz Eurpean standard).
We want to achieve a 1:1 pixel aspect ratio and unfortunately, the
board we have (Matrox MIP-1024) has a pixel aspect ratio of 1:1.25.
By 1:1 pixel aspect ratio we mean that, for instance, when looking 
at a square with the camera, we want to obtain a square in the 
>>video frame buffer<< (and not a rectangle !! ).

We are also looking for the corresponding SUN 3 Board Driver.

We would appreciate any possible hints.

Awaiting your response with anticipation and thanking you in advance,
Martin Eichenberger.

UUCP: ...!seismo!mcvax!cernvax!ethz!martin
BITNET: martin%ifi.ethz.chunet@CERNVAX


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

Date: Thu 15 Jan 87 08:12:50-PST
From: Richard Steinberger <STEINBERGER@SRI-KL.ARPA>
Subject: Need help: Higher level graphics routines that call GKS


I am looking for a 'high level' plotting package that sits on top of a 
standard GKS (I'm buying GKS from ATC in Culver City, CA).  Should be
able to do normal 2-D plots, gray-scale, provide a variety of fonts and
labeling options, etc.  Should NOT be interactive (I usually need to pro-
duce dozens of plots at a time), should run under VMS w/ FORTRAN compiler.

Does anyone have any suggestions?  Would it be better to take the (long?)
time and write such routines myself - I'd rather concentrate on other things?

Please reply to:  
                     STEINBERGER@SRI-KL.ARPA

                                               (415) 859-5985, 859-4300


Thank you.


-------

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

Date: Thu, 15 Jan 87 13:15:06 pst
From: Siggraph RCR <siggraph@ames-pioneer.arpa>
Subject: Bay Area ACM/SIGGRAPH Meeting, 27-Jan-87, San Francisco


                            San Francisco Bay Area
                           ACM/SIGGRAPH Local Group
                             Meeting Announcement


WHAT:	Molecular Graphics Since 1964:
	from Project MAC to Star Trek and Beyond

WHO:	Dr. Robert Landgridge

WHERE:	The Exploratorium, Palace of Fine Arts, San Francisco

WHEN:	Tuesday, 27 January 1987, 8:00pm


ABSTRACT:

The discovery of the structure of DNA in 1953 led to a revolution in
molecular biology and genetic engineer.  Understanding the structures
and interactions of the three dimensional complexity of DNA, proteins
and other large molecules of the living cell required the construction
of large and unwieldy wire models in the early days.  In 1964, Dr.
Landgridge and his associates first used the unique three dimensional
interactive display system at Project MAC to display and manipulate
models of these molecules.  Today, modern versions of systems of this
kind are in use around the world.  He will review his work in the field
from Project MAC, through the DEC PDP-10/Evans & Sutherland LDS-1
systems that were installed at Princeton in 1970, to the present
networked workstation based Computer Graphics Laboratory at UCSF.  He
will describe some of his applications to drug design and protein
engineering and illustrate the lecture with stereo slides and with film
and videotape made from 1964 to 1986.

BIOGRAPHY:

Dr. Robert Landgridge is the Director of the Computer Graphics Laboratory
at the University of California, San Francisco and Professor of
Pharmaceutical Chemistry in the School of Pharmacy, and of Biochemistry
and Biophysics, and Medical Information Science in the School of
Medicine.  In 1983-84 he held a Guggenheim Fellowship as Visiting
Professor of Computer Science at Stanford University.

Dr. Landgridge was born in England in 1933 and received his B.Sc. in
Physics with First Class Honors in 1954 and his Ph.D in
Crystallography  in 1957 from the University of London.  His thesis,
Experimental and Theoretical X-Ray Diffraction Studies of the Structure
of DAN, was supervised by Professor M.H.F. Wilkins (who received the
Nobel Price with Watson and Crick in 1962) and included the first
application of digital computers to the analysis of DNA structure.  His
research interests are in numeric, symbolic, and graphic computational
approaches to the study of molecular structures and interactions,
particularly for drug design and protein engineering.
----

If you are interested in becoming a formal member of the Local Group, or
you are interested in contributing lectures or administrative
assistance, please write to:

	Bay Area ACM/SIGGRAPH
	P.O. Box 3553
	Santa Clara, CA  95055

-end-

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

Date: Tue 20 Jan 87 08:14:59-EST
From: Nick Bush <SIT.BUSH@CU20B.COLUMBIA.EDU>
Subject: Evans & Sutherland PS300 on Ethernet

We are looking into installing a piece of Ethernet to connect our E&S PS300
to a VAX 11/785 running VAX/VMS.  We have a few questions:

1) What kind of performance can we expect from the Ethernet connection (versus
   9600 baud asynchronous)?

2) What software is require on the VAX? I understand that the PS300 talks
   TCP/IP, so I assume that something like Wollongong's TCP/IP would be
   required on the VAX.  Or is there some other package that works and is
   cheaper?

3) Are there any problems we are likely to run into?  Anyone out there currently
   running a similar configuration?

Please reply directly to me at SIT.BUSH@CU20B.COLUMBIA.EDU (or
SIT.BUSH@CU20B.BITNET).

- Nick Bush
  Sterling-Winthrop Research Institute
  Rensselear, NY  12144
-------

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

Date: Tue, 20 Jan 87 18:04 EST
From: Mike McMahon <MMcM@STONY-BROOK.SCRC.Symbolics.COM>
Subject: X and NeWS window systems -- discussion

It has been suggested to me that the following from the Common Lisp
window system standardization forum might be of interest to this wider
audience.

 Date: Sun, 18 Jan 87 19:35 EST
 From: Mike McMahon <MMcM@STONY-BROOK.SCRC.Symbolics.COM>
 To: cl-windows@SAIL.STANFORD.EDU

I find it better to think of X Windows as a virtual console specification,
rather than a window system specification.  In the first place, window
systems often deal with issues of window management, which are expressively
a client of X.  In the second place, I think that the concepts presented by
the low-levels of X are really not those that an application programmer of
an advanced LISP system should have to deal with when programming the
window system.  For instance, the methods of implementing higher level
interfaces such as scrolling viewports or asymmetrical program controlled
out of band information (like borders and labels) require the interposition
of more than one X window for what is naturally a single object to the
application programmer.

A fortiori, NewS is a graphical imaging specification.  I do not expect
that given the choice, programmers of LISP systems would program directly
in the PostScript stack language.

I see no reason not to move forward toward adopting X, for instance, as the
standard, or a standard, at the right level of modularity.  I sincerely
hope that programs that are written entirely in the standard language that
we produce are not fettered by having only this level.  That is to say, I
hope that we can have a window system standard that is higher level than
either X or NewS.

I would not propose that this time that we attempt to standardize all the
way to the User Interface Management System level.  But we can hope that
such systems as would be provided by different vendors and as part of
different libraries would themselves be written using the standard.  This
would greatly increase the likelihood that they would be portable, whenever
their supplier chose to unbundle them.

I must agree that it is only natural to design the window system standard
with the emerging object orientated programming standard in mind.  I would
go even further and say that it should be designed around an extension of
an integration of the existing output stream primitives with such a class
standard.  We should recognize the overlap and interleaving of character
and graphical I/O in the window objects provided by the standard.  Note
that I am not at this time proposing equality of stream objects and
windows.

As to the relationship between this effort and that of graphics, the
situation is pretty complicated.  First off, it's obvious that the
implementation of any window system requires certain very-low-level
interfaces to hardware drivers and such for going the actual bit shuffling
that it requires.  Sometimes that's known as graphics.  Second, there are
those graphical operations that one performs in a window, such as drawing
lines and so on.  These must be recognized by the virtual console and
imaging specifications, so there must be a way through the window system to
them.  And finally, there is the very high level graphics operations that
truly graphically oriented programs, such as animation or design systems,
deal in.

I have found a data-oriented set of generic procedures to be a pretty
easily managed interface to that middle level of graphics that the window
system standard should deal with.  By this I mean not a purely procedural
interface, such as PostScript provides, in as much as that locks out
low-level assistance for high-level operations, to which generic functions
are otherwise ideally suited.  Nor a set of actual data entities directly
modelling the graphical output.  Of course, these are invaluable when one
wishes to move past just output and deal with geometrical constraint
systems.  But we are not in my opinion ready for a standardization here.
And in any case, this is the part of the system that I feel is outside the
province of window system standardization.  What I am talking about, then,
is a set of functions for drawing primitive graphical output, such as
polygons, circles, lines and so on.  Plus special forms for interacting
with the dynamic aspects of graphical state, such as scaling or line
thickness, in a LISP-like way.  I'm sure it's obvious that either X or NewS
is well suited to the implementation of such a standard set.

To proceed, I think we should attempt to itemize those objects and concepts
with which we do expect the application programmer who is well treated by
his or her LISP system to be dealing.


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

Date: Thu, 22 Jan 87 02:35:07 PST
From: serge@ucbvax.Berkeley.EDU (serge)
Subject: wanted: 16x16 or larger dither matrix


Does anyone have a 16x16 or larger dither matrix, or know how to
generate one from an 8x8 dither matrix (the largest one in "Fundamentals of
Computer Graphics" by Foley and Van Dam)?  Thank you very much.

						Serge
						serge@ucbvax.berkeley.edu
						...!ucbvax!serge

P.S.	The matrix is for converting from a color image to a black and white
	one.  If you know of a better algorithm than dithering, I would
	appreciate hearing about it also.

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

Date: Fri, 23 Jan 87 08:50:54 CST
From: Gerald Kutish  <ACRC0008%UNLVM.BITNET@WISCVM.WISC.EDU>
Subject: 3-d molecule graphics


Has anyone heard of the following 3-dimensional molecular graphics
software packages and their distributors:

1.  BIOCHEM       from a California company

2.  CHEM-X        from England

Thanks

Gerald Kutish,   ACRC0008@UNLVM.BITNET
Univ. Nebraska   402-472-5220

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

Subject: Color Printers
Date: Tue, 03 Feb 87 12:34:05 -0800
From: Steve Minar <minar@spam.istc.sri.com>


  I am looking for pointers and advice on color printers.

We are using SUN 260's to do a variety of color imaging tasks where
hard copy is a requirement.

Features desired:

**   greater than 4096 shades (hopefully spread evenly through color space)

**   300 dpi or greater resolution

**   image data passed digitally, perhaps through RS232 or centronics,
     as opposed to taking it off the RGB video lines.

**   transparencies possible

**   SUN software already available

I would be glad to summarize and post the results.

Thanks,

Steve Minar
SRI International

minar@spam.sri.istc.com
minar@spam.arpa



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

Date: Tue, 3 Feb 87 16:05:48 MST
From: John Humbrecht <jxh%sigi.colorado.edu@RELAY.CS.NET>
Subject: Scientific graphics on the IBM/PC

In response to queries on mod.graphics I would like to send some
information on a local company who is just releasing a PC based
scientific graphics product based on GKS.

                 Xtasy\PC

      Scientific Graphics for the IBM PC

Xtasy\PC is a complete scientific graphics software library 
for the IBM PC/AT!  This is an enhanced implementation of the 
renowned NCAR graphics system, a set of FORTRAN-callable 
subroutines currently in use around the world in a wide array of
scientific applications.  Now you can run your mainframe graphics 
applications on your PC!

Xtasy\PC includes global map drawing, contour mapping, line charts, 
bar graphs, 3D wireframe surface generation, streamline 
representations of flow fields, and much, much more.  And, the 
interfaces to the NCAR routines have been simplified and
reworked to present a more uniform package to the user.  
The documentation for Xtasy\PC is clear, concise, well-organized, 
and easy to use for both the novice and the experienced scientific 
graphics application programmer.  Demos of all utilities are
included, along with the source code used to generate them.

Two versions of Xtasy\PC are currently available.  Both include 
the full functionality of the NCAR system.

1.  Xtasy\PC   (GKS not included in package)

  hardware requirements  - 	

	IBM PC (AT recommended)

	1.2Mbyte floppy drive

	640Kbyte main memory

	Intel 8087 math coprocessor chip

	Any graphics display supported by IBM GKS


  software requirements  -	

	IBM Professional FORTRAN

	IBM Fortran Callable GKS



2.  Xtasy\PC-G   (GSS-GKS level 2b included as part of package)

  hardware requirements - same as above, with devices supported 
         by our GKS
	(please see the enclosed list of our supported devices)

  software requirements  - IBM Professional FORTRAN

Xtasy\PC encompasses the full functionality of the NCAR graphics 
system. It is especially useful for the scientist who wishes to 
create and display graphics without using a mainframe computer.  
It is also convenient for scientists who want to graphically preview 
data on the PC before shipping it to a mainframe for more comprehensive 
analysis and display.   Xtasy\PC is simply organized into a Standard
and a Super library, each under one megabyte in size.  "Super" 
functionality within any package is obtained by linking to the Super 
library.  Unless specifically noted below, all utilities appear in both 
the Standard and the Super libraries.  

The following lists all graphics packages currently included in Xtasy\PC.  
Note that some of the functionality of the former NCAR graphics system is
now obtained via calls to GKS.

AUTOGRAPH - graphs with labelled background and one or more curves

CONRAN - contouring of irregularly distributed data  -  CONRAS 
         functionality is obtained by using CONRAN calls and linking to 
         the Super library

CONREC - contour maps from data stored in a rectangular array  -  
         CONRECSUPR functionality is available via CONREC calls 
         with the Super library

DASHCHAR - software dashed lines with character capability  -  
           found only in the Standard library

DASHSUPR - DASHCHAR, with characters, smoothing, and crowded line
           removal  -  	found only in the Super library

EZMAP - maps of the earth, including many options

GRIDAL - draws graph paper, axes, perimeters, tick marks, etc.

HSTGRM - plots a shaded histogram

ISOSRF - plots an iso-valued surface from a 3-D array, with hidden 
         lines removed

PWRITX - plots high quality characters from a large selection of fonts;  
         includes Greek, scientific, and mathematical symbols

PWRZI - plots characters in 3-space when using ISOSRF	

PWRZS - plots characters in 3-space when using SRFACE	

PWRZT - plots characters in 3-space when using THREED	

SRFACE - perspective picture of function of 2 variables with 
         hidden lines removed

STRMLN - draws a streamline representation of the flow field

THREED - line drawing in 3-space

VELVCT - vectors representing velocity and direction of flow



Devices supported by Xtasy\PC GKS Level 2b
The following is a partial list of the drivers supported by the 
Xtasy\PC-G GKS:


OUTPUT DEVICES



	CRT Displays:

		Hercules Graphics Card (Monochrome)

		IBM Color Graphics Adaptor (2 color HiRez)

		IBM Convertible Computer

		IBM Enhanced Graphics Adaptor (4 modes)



	Plotters:

		Hewlett-Packard Plotters

			HP 7440, 7470, 7475, 7550, 7580, 7585, 7586

		IBM Plotters

			IBM 6180, 7371, 7372, 7374, 

			7375 Model 1, 7375 Model 2



	Printers:

		Epson 80 series

			Epson MX 80 with Graftrax+, FX 80, FX 185, RX 80

		Epson 100 series

			Epson FX 100, FX 286, RX 100

		Hewlett-Packard Laserjet Plus

		IBM Color 5182



	Metafile:

		CGM output file

INPUT DEVICES:
	Microsoft Mouse - bus version

	Microsoft Mouse - serial version

	Mouse Systems PC Mouse


For further information contact:

	Xavier Technology Corporation
	P.O. Box 7046
	Boulder, Colorado U.S A. 80306-7046

	(303) 494-4324


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

Date: Mon, 26 Jan 87 15:55:03 CST
From: CCCRAIG%UMCVMB.BITNET@WISCVM.WISC.EDU  (Craig Pepmiller)
Subject: Graphics and the IBM 7171

Has anyone been able to get graphics thru the IBM7171 protocol converter?
SAS has a GPROTOCOL for the 7171 but I haven't had success with it.
I am trying to help dialed in people so I can't use a hardcopy line on 
the 7171.

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

Date: Mon 9 Feb 87 23:08:07-PST
From: Sandy Pentland <PENTLAND@SRI-IU.ARPA>
Subject: Free Solid Modelling Software


SuperSketch is a highly interactive (``real time'') solid modelling
system written in Common Lisp and running on Symbolics Lisp Machines.
It employs Superquadric modelling primitives (a superset of spheres,
cubes, cylinders, etc.)  together with first and second order
deformations and Boolean combination to achieve a suprising level of
modelling generality.

It is especially designed for AI applications; a description of some of
its uses may be found in the article ``Perceptual Organization and the
Representation of Natural Form,'' A. Pentland, Artificial Intelligence
28 (1986) 293-331.  A more complete description of the system is
available upon request.

Binary and partial source code is available free to degree-granting
academic institutions.  Full source code is available at extra cost.
Corporations may also purchase copies of this system with or without
full sources.

Copies of the SuperSketch system are available by completing and signing
the following form, and returning it to:
	Alex Pentland,  Room EK243
	SRI International
	333 Ravenswood Ave.
	Menlo Park, CA 94025

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

Name:
Department:
Institution:
Machine Serial Numbers:

    The undersigned hereby promises to ensure, to the best of his ability, 
that:

(1) the SuperSketch system and software will not be used by persons not
members of the above department, or on machines other than those listed,
or be used for other than academic research.

(2) the SuperSketch system and software will not be distributed to any other
person or institution.

(3) all users of the SuperSketch system understand that it is an
experimental software system and no warranty concerning its use or
function is given or implied.

(4) any research or work that makes use of the SuperSketch system will
cite its use and reference the article ``Perceptual Organization and the
Representation of Natural Form,'' A. Pentland, Artificial Intelligence
28 (1986) 293-331. 

		_______________
		(your signature)

-------

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

Date: Fri, 13 Feb 87 10:40:01 PST
From: Mike Kibler - System Manager <mike%wsu.csnet@RELAY.CS.NET>
Subject: Computer Animation Configuration Needed



     I am in the process of proposing a Computer Animation Configuration
     for a animation class and would like to hear from anybody which
     has experience in this area. 

    
     Requirements:

       Micro Based  ( Sorry can't afford Silcon's IRIS )
       At least 512 x 480 by 24 bit planes graphics card
       High Res Monitor ( NEC Multisync, Sony Multiscan, ..)
       Video Controller Card ( What's out there?? )
       VTR ( 3/4 or 1/2 )
       Anything else needed??

     
    Any help I could get in choosing the right system would be
    greatly appreciated. Please reply to:


    mike@wsu



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

Date: Mon, 16 Feb 1987 11:19:39 EST
From: (William J. Joel) <JZEM%MARIST.BITNET@wiscvm.wisc.edu>
Subject: Looking for paper

I am looking for the following article:
 
     "Computer Rendering of Fractal Curves and Surfaces
     L.C. Carpenter
     Computer Graphics, Vol. 14, No. 3
     (Proceedings SIGGRAPH '80)
 
If you have this article I would appreciate hearing from you.
Thanks!
 
William J. Joel
Marist College
Poughkeepsie, NY 12601
(914) 471-3240 x614/x610
BITNET: JZEM@MARIST

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

Date: Tue, 17 Feb 87  09:35:49 AST
From: marinell%DAL.BITNET@wiscvm.wisc.edu
Subject: DEC GKS inquiry

I would like to know if anyone has had experience with
the DECs GKS.
 
Kevin Marinelli
Academic Computing Services
Dalhousie University
Halifax, Nova Scotia
Canada
 
marinell@dal.bitnet
 

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

Subject: Need advice on a graphics grad pgm
Date: Wed, 18 Feb 87 13:25:52 -0500
From: "Bronson R. Hokuf" <hokuf@dewey.udel.edu>

I have a friend who is interested in attending a grad school for
graphics and computer animation.  He is interested in a school that
is west of the Mississippi river, but it is not necessary.
Basically the only requirement are that the school have some kind of
active research in computer graphics, although research specifically
in computer animation is preferred.  He is interested in pursuing a
doctoral degree in hardware design suited to these applications.
His undergraduate degree is EE in digital systems.

Can you suggest schools that meet this requirement?  Please reply by
e-mail.
		Thanks...		Bronson Hokuf

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

Date: Thu, 19 Feb 87 12:10:38 pst
From: andy@ADS.arpa (Andy Cromarty)
Subject: San Francisco Bay Area SIGGRAPH Meeting, 26-Feb-87 8pm: COLOR


BAY AREA ACM-SIGGRAPH
FEBRUARY GENERAL MEETING

COLOR

The use of color in computer graphics has different ramifications than
in painting or printing. Besides the issues of color models and the use
of color there are the practical aspects of display technologies and
perception. The members of this panel will address the problems of
presenting color images on an electronic display.


Prof. Brian Wandell, Stanford University
"Introduction to Physiology of Color Vision"

Paul Heckbert, Pixar
"Color Spaces for Computer Graphics"

Aaron Marcus, Aaron Marcus & Associates
"Cognitive and Aesthetic Issues of Color in User Interface Design"


Thursday February 26 at 8PM  (note special day of week)

Hewlett-Packard Auditorium
3000 Hanover St
Palo Alto



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

From: swatsun!babylon!greenber@seismo.CSS.GOV (Peter Greenberg)
Date: 24 Feb 87 04:44:16 GMT
Subject: Extract AFM & troff width tables from PostScript device

I recently posted the source (on net.sources) for a program I wrote called
getafm. It extracts AFM files from whatever PostScript device you might have
(e.g. LaserWriter Plus) and sends the stuff back over the tty connecting
device and computer host. Also in that posting are the details of how to
get troff to work with any fonts that you have on your PS device but that
your host does not know about yet. I posted this program about a week ago,
but contacts on the outside haven't seen it so I guess it got eaten before
seeing daylight. I also found some bugs. One big one is that apparently
tabs are not substitutable for spaces in the AFM file format, and the 
Ascender field was wrong. I fixed these. This getafm program worked for us.
If you do not see it on net.sources within a week or so, e-mail me and I'll
email it back.

Some querries: what is the best PS programming journal? Does anyone have an
enscript-like program that works better (i.e. word-wrap, multi-column)? 
Will the new WordPerfect 4.2 support the AFM file format (so could I port
getafm to the IBM PC)? Has anyone written any real applications in PS,
using their I/O primitives, etc.? This last may become important with the
advent of Sun's NeWS PS windowing system.

Peter Greenberg
Swarthmore College
Swarthmore, PA 19081
(215) 328-8384 (eves.)

...!seismo!bpa!swatsun!greenber


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

End of INFO-GRAPHICS
********************