From bavellon@cs.unibo.it (Massimiliano Bavelloni)
Subject: need example coroutine module
Message-ID: <CwuI4v.4sH@dm.unibo.it>
Sender: news@dm.unibo.it
Organization: Laboratory for Computer Science, University of Bologna, Italy
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 28 Sep 1994 15:10:04 GMT
Lines: 13

Hi,

I'm searching module (source C code) from IAC, in order to
understand how to use geometry input port in a coroutine module.
In qix.c there are nothing input ports.

Thank's in advance.

Max

EMAIL: lau13@boira2.bo.cnr.it
       bavellon@cs.unibo.it



From bavellon@cs.unibo.it (Massimiliano Bavelloni)
Subject: need documentation libutil.a
Message-ID: <CwuIFr.4yt@dm.unibo.it>
Sender: news@dm.unibo.it
Organization: Laboratory for Computer Science, University of Bologna, Italy
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 28 Sep 1994 15:16:38 GMT
Lines: 12

Hi,

I'm searching documentation about libutil.a (library), what routines,
and how to use them ? 

Thank's in advance !

Max

EMAIL: lau13@boira2.bo.cnr.it
       bavellon@cs.unibo.it



From dstarks@rc.tudelft.nl (David Starks-Browning)
Subject: AVS and X-geometry
Message-ID: <CwuIr6.Jp8@news.tudelft.nl>
Lines:       30
Sender: rcmodsb@rc.tudelft.nl (David Starks-Browning)
Nntp-Posting-Host: mo6.rc.tudelft.nl
Reply-To: dstarks@rc.tudelft.nl
Organization: TU Delft Rekencentrum
Date: Wed, 28 Sep 1994 15:23:30 GMT

I am a new AVS user, and I usually invoke AVS from a remote X server.

I find it very irritating that I do not have any control over the X
geometry of the AVS "top level" menu window, the Network Control
Panel, etc.  On my display (Motif-like 4Dwm on an SGI Iris 4D
workstation), those "panel" windows are opened in the upper left
corner of my screen.  Unfortunately, in my case, that obscures
precious real estate -- I have my "toolchest" and icons there.  I have
to manually adjust the position of these panels everytime I run AVS,
and it is even more difficult to do so because the titlebar decoration
is off the screen.

I set ScreenSize in my .avsrc to something smaller, but the offending
windows continues to be put at +0+0 with the same results.

Is there something I can do about this?

Thanks,

David Starks-Browning
Rekencentrum, Technische Universiteit Delft
Postbus 354
2600 AJ  Delft
The Netherlands

Tel: +31-15-78-8135
Fax: +31-15-78-3787

Absurd but mandatory:	D.Starks-Browning@rc.tudelft.nl
A little easier:	dstarks@rc.tudelft.nl


From b0017@nibh.go.jp (Maurizio MORABITO; Tel.6661)
Subject: Image Viewver vs. Geometry Viewver
Message-ID: <B0017.94Sep29103301@bhrs2.nibh.go.jp>
Sender: news@aist.go.jp
Nntp-Posting-Host: ripspom
Organization: National Institue of Bioscience and Human-Technology(NIBH),
	Japan.
Date: Thu, 29 Sep 1994 01:33:01 GMT
Lines: 21

I have a question (well,this is not anything new...)

If I use the orthogonal slicer and the image viewer, I get very nice images of
my MRI data. I succeeded to modify the standard colormap to distinguish very
small features.

The problem is when I try to see the 3D set with the Geometry Viewer. 
Isosurface shows not so good images, while Volume render shows
something similar to orthoslicer/image viewver although the quality is
really scarce. I wasn't able to enhance it enough to see a meaningful
image. BTW, I used the brick module too, and strangely the SAME
colormap used with orthoslicer/Im.Viewer did not work the same way.

I know I am wrong but I'd like if anybody could suggest me ways to solve this and
explain why the colormap works differently



maurizio
--
Maurizio Morabito maurizio@nibh.go.jp


From peyton.bland@med.umich.edu (Peyton Bland)
Newsgroups: comp.graphics.avs
Subject: Re: Spaceball and AVS?
Followup-To: comp.graphics.avs
Date: 28 Sep 1994 16:44:52 GMT
Organization: Univ. of Mich., Dept. of Radiology
Lines: 28
Distribution: world
Message-ID: <peyton.bland-280994123741@86.12.med.umich.edu>
References: <DAS.94Sep27123921@IUS4.cs.cmu.edu>
NNTP-Posting-Host: 86.12.med.umich.edu

In article <DAS.94Sep27123921@IUS4.cs.cmu.edu>, das@cs.cmu.edu (David
Simon) wrote:
> 
> We are thinking of purchasing a Spaceball and are wondering about compatibility
> with AVS-5. I believe that AVS no longer supports the Spaceball, however it
> seems like it should be simple to write a module which reads from the Spaceball
> and sends transformation parameters to the geometry viewer.  Has any one tried
> this? I would be interested in hearing from any one who has experience
> interfacing the Spaceball (or other such 6-dof input device) to the geometry
> viewer.

We have a spaceball that we got when we upgraded (?) our GS1000 to a
GS2000.  It works fine with AVS 5.  But maybe you are concerned with life
after AVS 5 also.  By the way, we found that for our application (medical
imaging) and our preferences/habits it wasn't too satisfactory.  (But it's
really fun with the jet geometry object!)  It definitely has a learning
curve!  Being able to disable certain DOFs helps, however.		
Peyton

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Peyton Bland                                     Digital Image Processing
Lab
Dept. of Radiology                                     University of
Michigan
"We all have better moments than anybody ever knows, and so do all the
others.  We are a great mystery.  Each one of us is a secret, and on that
basis we ought to treat each other with the deepest respect."      --
Garrison Keillor


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Building Block Table repeatedly for same coordinates
Date: 28 Sep 1994 15:35:53 -0600
Organization: Cray Computer Corporation
Lines: 24
Distribution: world
Message-ID: <36cnjp$i1f@nack.craycos.com>
NNTP-Posting-Host: nack.craycos.com

I'm animating a time-series of vector (wind) data, and for laughs (and 
realism) I've mapped the coordinate system onto a sphere, making the
data set a 3D 3-vector irregular float field. Now when I use stream lines
or particle advector, it builds a block table to allow interpolations
among the irregular data.

But, since it's a time series, a new field comes into the module every now
and then, and we have to rebuild the block table.

If the dimensions and coordinates of the new field are the same as the old
field, I should be able to use the same block table, right? But the modules
don't do any checking to see if the coords are the same.

Or, am I wrong and the block table incorporates the actual data as well as
coords?

Yet another feature request, if there's no immediate workaround.

Thanks
-- 
------------------------------------------------------------------------------
Scott Ferguson                          My views are mine; what's mine is mine
Cray Computer Corporation       http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO----------------------------------------------------------


From heazlett@cobber.cord.edu (Mystery Meat)
Newsgroups: comp.graphics.avs
Subject: AVS FAQ
Date: 28 Sep 1994 11:21:01 -0500
Organization: Concordia College, Moorhead Minnesota
Lines: 9
Distribution: na
Message-ID: <36c55d$2fi@cobber.cord.edu>
NNTP-Posting-Host: cobber.cord.edu


Could somebody mail it to me, or perhaps point me to where to get it?

Nate (knows nothing about AVS)
-- 
|     Nathan Heazlett      | This space for rent.  To request that a quote   |
| heazlett@cobber.cord.edu | be placed herein, mail me...it's free!          |
GCS/GGD/GFA d+(---) -p+ c+(++++) l(-) u-(+) e+ m+(-) s+/+ n-(---) h+(-) f?
                       w+ g+++ t-(+) r y+(*)


From jh03@ns1.CC.Lehigh.EDU (JUN HE)
Newsgroups: comp.graphics.avs
Subject: AVS FAQ site
Date: 29 Sep 1994 19:37:42 -0400
Organization: Lehigh University
Lines: 5
Message-ID: <36fj46$3j26@ns1.CC.Lehigh.EDU>
NNTP-Posting-Host: ns1.cc.lehigh.edu

Yes, I would like someone to point out the direction to AVS FAQ ftp site.

Many thanks in advance.

Jun


From e288@cpcw9.uea.ac.uk (Julie Harold#)
Newsgroups: comp.graphics.avs
Subject: Re: importing sunraster format images
Date: 30 Sep 1994 09:25:13 GMT
Organization: UEA
Lines: 9
Distribution: world
Message-ID: <36glhp$mf6@cpca3.uea.ac.uk>
References: <35mqa5$aqc@cpca3.uea.ac.uk> <35rtev$7ge@rcsuna.gmr.com>
Reply-To: e288@cpcw9.uea.ac.uk (Julie Harold#)
NNTP-Posting-Host: cpcw9.uea.ac.uk


Thomas Zak
tzak@cmsa.gmr.com
Electronic Data Systems

refers to the "IAC ftp site" - i don't have the address for this - can 
someone post ot for me please.

Thanks, Julie Harold


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: importing sunraster format images
Date: 30 Sep 1994 08:26:26 -0600
Organization: Cray Computer Corporation
Lines: 19
Distribution: world
Message-ID: <36h76i$ksh@nack.craycos.com>
References: <35mqa5$aqc@cpca3.uea.ac.uk> <35rtev$7ge@rcsuna.gmr.com> <36glhp$mf6@cpca3.uea.ac.uk>
NNTP-Posting-Host: nack.craycos.com

In article <36glhp$mf6@cpca3.uea.ac.uk> e288@cpcw9.uea.ac.uk (Julie Harold#) writes:
>refers to the "IAC ftp site" - i don't have the address for this - can 
>someone post ot for me please.


avs.ncsc.org is the IAC ftp site. The IAC also has a web page under the
MCNC Information Site, http://www.mcnc.org/.

AVS Inc also has a web page, it's http://www.avs.com/

As for a comp.graphics.avs FAQ, I went looking at rtfm.mit.edu under 
pub/usenet-by-group, where most existing FAQ's are kept, and didn't
find a comp.graphics.avs directory.

-- 
------------------------------------------------------------------------------
Scott Ferguson                          My views are mine; what's mine is mine
Cray Computer Corporation       http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO----------------------------------------------------------


From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: need example coroutine module
Message-ID: <1994Oct3.172344.25740@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References:  <CwuI4v.4sH@dm.unibo.it>
Date: Mon, 3 Oct 1994 17:23:44 GMT

In article <CwuI4v.4sH@dm.unibo.it>, bavellon@cs.unibo.it (Massimiliano
Bavelloni) writes:
 >I'm searching module (source C code) from IAC, in order to
 >understand how to use geometry input port in a coroutine module.
 >In qix.c there are nothing input ports.

Max,

Here are the modules (at avs.ncsc.org:/avs_modules) that
have geometry input ports - probably most are subroutines, 
but I hope they can provide some useful tips for you.

data_output/Geom_to_Wavefron/geom2wave.c
data_output/print_verts/print_verts.c
data_output/write_geom/write_geom.c
filters/GeomXYZtoFld/GeomXYZToFld.c
filters/Geom_Dup_n_Mirro/geom_dup_n_mir.c
filters/Geom_Duplicate/geom_duplicate.c
filters/Geom_Unique_Name/geom_unique.c
filters/Shadow/shadow.c
filters/UcdColorizeGeom/UcdColorizeGeom.c
filters/colour_cones/ccones.c
filters/cone/cone.c
filters/cone_2/cone.c
filters/cylinder_2/cylinder.c
filters/last_cone/lastcone.c
filters/stream_to_scatte/stream_to_scatter.c
filters/tubeness/tubeness.c
filters/ucd_particle/one_ucd_particle.c
filters/ucd_particle/ucd_particle.c
mappers/VIEW_SHARE/spec.c
mappers/loop_objects/loop_objects.c
mappers/surface_mesh/surf_mesh.c
mappers/surface_web/surf_web.c
mappers/wire_bender/wire_bender.c

Good luck with it.

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________




From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: AVS FAQ site
Message-ID: <1994Oct3.173103.25869@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References:  <36fj46$3j26@ns1.CC.Lehigh.EDU>
Date: Mon, 3 Oct 1994 17:31:03 GMT

The International AVS Center has a FAQ at 

	avs.ncsc.org:/avs_readme/FAQ

and there are other useful files in the same directory, 
such as:

AVS_README
WHAT_IS_AVS
WHAT_IS_GOPHER
WHAT_IS_WAIS

Enjoy,

-Steve


From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: importing sunraster format images
Message-ID: <1994Oct3.173243.25951@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References: <35mqa5$aqc@cpca3.uea.ac.uk> <35rtev$7ge@rcsuna.gmr.com> <36glhp$mf6@cpca3.uea.ac.uk>
Date: Mon, 3 Oct 1994 17:32:43 GMT

In article <36glhp$mf6@cpca3.uea.ac.uk>, e288@cpcw9.uea.ac.uk (Julie
Harold#) writes:

 >refers to the "IAC ftp site" - i don't have the address for this - can 
 >someone post ot for me please.
 >

Hi Julie,

The IAC ftp site is at avs.ncsc.org, also known as 128.109.178.23

-Steve


From dpinkney@tweety.uml.edu (Dave Pinkney)
Newsgroups: comp.graphics.avs
Subject: File descriptor module: Variables can't have a 0 value?
Date: 30 Sep 1994 20:07:14 GMT
Organization: UMass-Lowell
Lines: 13
Distribution: world
Message-ID: <DPINKNEY.94Sep30160716@tweety.uml.edu>
NNTP-Posting-Host: tweety.uml.edu


I'm using the file descriptor module to import some images into avs.
I use a variable to hold the length of a comment.  Sometimes there is
no comment (so the length is 0).  I keep getting a message that the
variable can't take a 0 value.  You can set the maximum value of the
variable, but not the minimum (which is set to 1).  Anyone know how to
get around this?

thanks for any help,
Dave Pinkney
Institute for Visualization and Perception Research
UMass-Lowell
dpinkney@cs.uml.edu


From hsu@agawam.crl.dec.com (William Hsu)
Newsgroups: comp.graphics.avs
Subject: Paragon Imaging?
Date: 30 Sep 1994 17:21:24 GMT
Organization: AOSG
Lines: 14
Distribution: world
Message-ID: <36hhek$k28@quabbin.crl.dec.com>
NNTP-Posting-Host: agawam.crl.dec.com


Does anyone know what happened to Paragon Imaging?
They built a suite of image processing modules for AVS at one time.

William
-- 
=============================================================================
William Hsu                           Standard Disclaimer... my opinion does
Digital Equipment Corporation         not imply the opinions of my employer
Cambridge Research Lab                blah blah blah...
One Kendall Square, Bldg 700          internet: hsu@crl.dec.com
Cambridge, MA 02139                   enet:	CRL::HSU
		 "The best poker players are clowns"
=============================================================================


From rosenbe2@ccfsun.nrl.navy.mil (Robert O. Rosenberg [Rosenberg2] )
Newsgroups: comp.graphics.visualization,comp.graphics,comp.graphics.animation,comp.graphics.algorithms,comp.soft-sys.khoros,comp.sys.sgi.graphics,comp.graphics.avs,comp.graphics.explorer,comp.graphics.data-explorer,comp.graphics.opengl,comp.lang.idl.pv-wave,sci.data.formats,sci.environment,sci.research,sci.research,sci.physics,sci.math,sci.med,sci.image.processing,sci.bio,sci.chem,comp.human-factors
Subject: IEEE Visualization '94 Conference -- "Special Hotel Rates are Still in Effect"
Date: 30 Sep 1994 18:37:26 GMT
Organization: Naval Research Lab, Washington, DC
Lines: 64
Distribution: world
Message-ID: <36hlt6$jem@ra.nrl.navy.mil>
NNTP-Posting-Host: ccfsun.nrl.navy.mil

****************************************************************************
                     ++++++++++++++++++++++++++++++++++
                     *ATTEND VISUALIZATION '94 AND SEE*
                     ++++++++++++++++++++++++++++++++++

		NOTE: Special Hotel Rates are still in Effect!

                *Visualization in the Information Highway*
A distinguished keynote panel debating how visualization and graphical
user interfaces are going to lead in overcoming the challenges posed by
the National Information Infrastructure and the immense amounts of
data that are coming.  Plus Tom Kalil, Director of the National Economic
Council at the White House, will lead off with a discussion of plans for
and impact of the National Information Infrastructure.

            *Interactive Visualization via 3D User Interfaces*
A special address by Andries van Dam on the burgeoning effort in developing
new interfaces that use direct manipulation and 3D widgets and are
transforming both the desktop and virtual reality.


PLUS tutorials and papers on virtual reality, sessions on multimedia and
visualization, case studies on medical and environmental applications,
and much more.  The fifth IEEE Visualization conference focuses on
interdisciplinary methods and supports collaboration among the developers
and users of visualization across all of science, engineering, medicine,
and commerce.  You will get a chance to meet and talk with professionals from
academia, government, and industry and from across the U.S, Europe, and
Asia.  The Conference Week includes tutorials, symposia, mini-workshops,
and three-way parallel tracks of papers, panels, and case studies.  In
addition, there is a special Demonstration/Exhibition presenting
the latest in visualization hardware and software.

                                Visualization '94
  Sponsored by IEEE Computer Society Technical Committee on Computer Graphics
                     In Cooperation with ACM/SIGGRAPH
                         **October 17-21 1994**
          * Sheraton Premiere at Tysons Corner * Washington, DC

Early Registration Deadline:  September 23, 1994
Hotel Registration Deadline:  September 25, 1994

Special IEEE Visualization '94 Rates at the Sheraton Premiere
(Government rates for all):

        Single  $106.10              Triple  $117.38
        Double  $117.38              Quad    $117.38

A local sales/room tax of 6.5% will be added to these rates. There are limited
number of rooms available for $99 per night (single) for University Employees
(University ID is required during check in). Check-out time is 12 noon;
check-in time is 3:00 pm.


FOR COMPLETE CONFERENCE INFORMATION
        Email:          vis94@llnl.gov
        Phone:          510-423-9368
        FTP server:     ftp.uml.edu (directory "vis94")
        Mosaic:         http://www.gatech.edu/vis94.html
-- 
Robert Rosenberg				(202)767-3884
Code 5594                                       (202)404-7402  FAX
Naval Research Laboratory			rosenbe2@ccfsun.nrl.navy.mil
Washington, DC  20375-5340


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: Lingering particle tails in Particle Advector
Date: 30 Sep 1994 16:14:24 -0600
Organization: Cray Computer Corporation
Lines: 19
Distribution: world
Message-ID: <36i2k0$q4k@nack.craycos.com>
References: <35svpm$9oo@nack.craycos.com>
NNTP-Posting-Host: nack.craycos.com

In article <35svpm$9oo@nack.craycos.com> (me) wrote:
>
>I find it annoying that when a particle leaves the space that the vector 
>data occupies, its tracer doesn't keep moving out of the volume, but it 
>sits on the edge, cluttering the view. Does anyone else feel the same?

Mike French of AVS Inc. got on this one and fixed it, so particle trailers
will gracefully leave the view rather than hang on the edge. When AVS
5.02 comes out, the change will be there.

Thanks guys at AVS Inc. !!!!

Scott

-- 
------------------------------------------------------------------------------
Scott Ferguson                          My views are mine; what's mine is mine
Cray Computer Corporation       http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO----------------------------------------------------------


From rburton@cardinal.ncsc.org (Ray Burton)
Subject: Instructor - Scientific Visualization Computer Graphics Technology
Message-ID: <1994Oct5.044942.16989@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: cardinal.ncsc.org
Organization: North Carolina Supercomputing Center
Date: Wed, 5 Oct 1994 04:49:42 GMT

Instructor - Scientific Visualization Computer Graphics Technology
Wake Technical Community College, Raleigh, NC

Winter Quarter (December), 1994

Parttime and/or Fulltime position is under consideration, depending on
candidate availability.  Requires Bachelor's Degree in an area appropriate
to Computer Graphics with work experience using computer graphics and 
scientific visualization software packages (AVS preferred).  Master's Degree
in Computer Science preferred.  

Computing facilities available to the curriculum include a new 20-seat lab
with Silicon Graphics Indigo 2 workstations.

NOTE:  Degree must be from regionally accredited institution.  Copy of 
transcript should accompany application or be submitted prior to published
deadline.

For WTCC application, contact:

Wake Technical Community College
Office of Personnel
9101 Fayetteville Road
Raleigh, NC  27603
919-662-3321

For additional information, you may also contact:

  Barry Marx, 919-662-3474 


From ANDREY@cmu.unige.ch (Andrey Gabriel)
Subject: Volume representation
Message-ID: <ANDREY.21.2E902DED@cmu.unige.ch>
Lines: 13
Sender: usenet@news.unige.ch
Organization: Centre Mdical Universitaire
X-Newsreader: Trumpet for Windows [Version 1.0 Rev B]
Date: Mon, 3 Oct 1994 16:14:37 GMT

I have a problem,

	I have two volume files who i want to merge whith the specific colormap of 
each files and after i want to see whith the "geom viewer".

	Is somebody how as an idea how a do to proceed, it will be kind to answer me.


				Many thanks


					ANDREY Gabriel
					andrey@cmu.unige.ch


From apolis@alw.nih.gov (Alan Polis)
Subject: Surface Matching routine MRI and EEG geometry data
Message-ID: <1994Oct3.191834.1976@alw.nih.gov>
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: National Inst. of Health, DCRT, CSL
Date: Mon, 3 Oct 1994 19:18:34 GMT
Lines: 9

Has anyone written a surface matching routine for registering
MRI and EEG geometry data (i.e., x,y,z coordinates of the
geometry electrodes)?  What I would like to be able to do is
translate the EEG geometry coordinates into MRI coordinate
space?  

Alan Polis
apolis@alw.nih.gov



From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: AVSautofree_output
Date: 3 Oct 1994 16:45:07 -0600
Organization: Cray Computer Corporation
Lines: 12
Distribution: world
Message-ID: <36q1hj$srv@nack.craycos.com>
NNTP-Posting-Host: nack.craycos.com

What's the use of AVSautofree_output these days? I've seen lots of module
source that doesn't use it, and wonder about memory leaks (especially since
during a long animation loop, mongo is growing, and growing, and ....). How do 
output data get free'd, if you don't set the autofree on outputs?

Thanks a alot,
Scott
-- 
---------------------------------------------------------------------------
Scott Ferguson                                         ferguson@craycos.com
Cray Computer Corporation    http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO                                     Solely my opinions


From ddeedd@mixcom.com (Michael Caughill)
Subject: Introducing AdWorld
Message-ID: <ddeedd-0310941833470001@ddeedd.mixcom.com>
Sender: news@mixcom.com (Net News Admin)
Organization: Milwaukee Internet Xchange BBS, Milw, WI (414) 241-5469
Date: Mon, 3 Oct 1994 23:22:58 GMT
Lines: 16

Introducing AdWorld, the first information service dedicated to the
advertising, marketing, and creative communities. If you're involved
somehow in these or related fields (desktop publishing, desktop video,
desktop audio, multimedia, voice acting, etc...), you'll definitely want
to be involved in AdWorld. 

We're especially interested in finding multimedia professionals, CD-ROM
experts, professional translators, recording engineers, video editors,
photographers, and pretty much anyone else who might be interested in
forums where they can do business with agencies and meet others in their
(and related) industries. 

For more information, send email to adworld@adworld.com.

-- 
Mike Caughill can be reached at ddeedd@mixcom.com or swordofgod@aol.com


From traubl@vt.edu (traubl)
Newsgroups: comp.graphics.avs
Subject: Re: AVS FAQ site
Date: 3 Oct 1994 14:32:14 GMT
Organization: Virginia Tech, Blacksburg, Virginia
Lines: 13
Message-ID: <36p4le$hqg@solaris.cc.vt.edu>
References: <36fj46$3j26@ns1.CC.Lehigh.EDU>
NNTP-Posting-Host: sunshine.async.vt.edu
X-Newsreader: WinVN version 0.82

In article <36fj46$3j26@ns1.CC.Lehigh.EDU>, jh03@ns1.CC.Lehigh.EDU (JUN HE) says:
>
>Yes, I would like someone to point out the direction to AVS FAQ ftp site.
>
>Many thanks in advance.
>

The FAQ is at avs.ncsc.org or doppler.ncsc.org.  This is the machine all the 
AVS stuff resides on at IAC.

			Lisa Traub
			
>Jun


From benyouce@masi.ibp.fr (Tarik BENYOUCEF)
Newsgroups: comp.graphics.avs
Subject: AVS geometry to KHOROS2.0
Date: 6 Oct 1994 10:15:26 GMT
Organization: Universites Paris VI/Paris VII - France
Lines: 9
Sender: benyouce@masi (Tarik BENYOUCEF)
Distribution: world
Message-ID: <370inu$64o@vishnu.jussieu.fr>
NNTP-Posting-Host: cybele.ecoledoc.ibp.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

I want to visualize an AVS geometry file (.geom) with KHOROS2.0 can 

  someone help me please !

Many thanks ;-)

                                   TARIK.

E-MAIL : benyouce@galaxie.int-evry.fr


From black@crsc1.math.ncsu.edu (Kelly Black)
Newsgroups: comp.graphics.visualization,comp.graphics,comp.graphics.animation,comp.graphics.algorithms,comp.soft-sys.khoros,comp.sys.sgi.graphics,comp.graphics.avs,comp.graphics.explorer,comp.graphics.data-explorer,comp.graphics.opengl,comp.lang.idl.pv-wave,sci.data.formats,sci.environment,sci.research,sci.research,sci.physics,sci.math,sci.med,sci.image.processing,sci.bio,sci.chem,comp.human-factors
Subject: Accumaling Geometries
Date: 4 Oct 1994 12:07:07 GMT
Organization: College of Physical and Mathematical Sciences
Lines: 45
Distribution: world
Message-ID: <36rghb$8im@taco.cc.ncsu.edu>
References: <36hlt6$jem@ra.nrl.navy.mil>
NNTP-Posting-Host: crsc1.math.ncsu.edu



All,

I have a module that I wrote that accumulates geometries
that are received in its input port and then sends out the
composite of all the geometries.  I use this module to
display the data from a domain decomposition, fluid
simulation code.  The computational domain is divided into
subdomains, and each individual subdomain is easily 
expressed as a perimeter geometry while the whole mesh
cannot be written as a lattice.  I can use a  "for" loop
to loop through and operate on each subdomain and create
a geometry for each subdomain.  I use this module to read
in the geometries and "add" them to any previous geometries
that have come through the input port.  

The module can operate "silently".  In this mode it does
not send the geometry through the outport and the for loop
can operate much faster.  It will also allow you to clear
the current geometry object.  I am not positive that it
disposes of the old geometry in a responsible way but have
had no problems.  I would appreciate any feedback on this
point.

I would be happy to share the module and have it compiled
under SGI's 5.2 OS.  I can share the source code and binary
versions (SGI binary).  Before making it public I wanted 
to make sure that there was even some interest. :-)

Kel



-- 
------------------------------------------------------------------
Kelly Black / Center for Research in Scientific Computing /
Box 8205 / NC State Univ. / Raleigh NC 27695-8205
e-mail: black@crsc1.math.ncsu.edu
-------------------------------------------------------------------
It may be true that people who are merely mathematicians
have certain specific shortcomings; however, that is not
the fault of mathematics, but is true of every exclusive 
occupation.     - Carl Friedrich Gauss



From black@crsc1.math.ncsu.edu (Kelly Black)
Newsgroups: comp.graphics.visualization,comp.graphics,comp.graphics.animation,comp.graphics.algorithms,comp.soft-sys.khoros,comp.sys.sgi.graphics,comp.graphics.avs,comp.graphics.explorer,comp.graphics.data-explorer,comp.graphics.opengl,comp.lang.idl.pv-wave,sci.data.formats,sci.environment,sci.research,sci.research,sci.physics,sci.math,sci.med,sci.image.processing,sci.bio,sci.chem,comp.human-factors
Subject: Oooops! Re: Accumulating Geometries
Date: 4 Oct 1994 12:25:21 GMT
Organization: College of Physical and Mathematical Sciences
Lines: 18
Distribution: world
Message-ID: <36rhjh$95j@taco.cc.ncsu.edu>
References: <36hlt6$jem@ra.nrl.navy.mil> <36rghb$8im@taco.cc.ncsu.edu>
NNTP-Posting-Host: crsc1.math.ncsu.edu

Oops!  Sorry about that last post.  I meant for
it to only go to com.graphics.explorer.  Maybe
next time I'll pay attention...

Kel


-- 
------------------------------------------------------------------
Kelly Black / Center for Research in Scientific Computing /
Box 8205 / NC State Univ. / Raleigh NC 27695-8205
e-mail: black@crsc1.math.ncsu.edu
-------------------------------------------------------------------
It may be true that people who are merely mathematicians
have certain specific shortcomings; however, that is not
the fault of mathematics, but is true of every exclusive 
occupation.     - Carl Friedrich Gauss



From peyton.bland@med.umich.edu (Peyton Bland)
Newsgroups: comp.graphics.avs
Subject: Re: AVSautofree_output
Followup-To: comp.graphics.avs
Date: 4 Oct 1994 14:51:58 GMT
Organization: Univ. of Mich., Dept. of Radiology
Lines: 22
Distribution: world
Message-ID: <peyton.bland-041094104808@86.12.med.umich.edu>
References: <36q1hj$srv@nack.craycos.com>
NNTP-Posting-Host: 86.12.med.umich.edu

In article <36q1hj$srv@nack.craycos.com>, ferguson@craycos.com (Scott R.
Ferguson) wrote:

> What's the use of AVSautofree_output these days? I've seen lots of module
> source that doesn't use it, and wonder about memory leaks (especially since
> during a long animation loop, mongo is growing, and growing, and ....). How do 
> output data get free'd, if you don't set the autofree on outputs?

In some cases, it is legitimate to use AVSinitialize_output in the
description function to do the autofree.  This is primarily useful for
certain types of filters.
Peyton

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Peyton Bland                                     Digital Image Processing
Lab
Dept. of Radiology                                     University of
Michigan
"We all have better moments than anybody ever knows, and so do all the
others.  We are a great mystery.  Each one of us is a secret, and on that
basis we ought to treat each other with the deepest respect."      --
Garrison Keillor


From vtn@chpc.utexas.edu (Vinod Nair)
Newsgroups: comp.graphics.avs
Subject: AVS colormaps > 256 ?
Date: 04 Oct 1994 22:29:00 GMT
Organization: Center for High Performance Computing
Lines: 18
Distribution: world
Message-ID: <VTN.94Oct4172900@pixel.chpc.utexas.edu>
NNTP-Posting-Host: pixel.cc.utexas.edu


Has anybody tried using a colormap in AVS that has greater than
256 (BYTE_TABLE) entries ? I'd like to use a larger colormap
for smoother color variations.

Thanks,

Vinod.
--
------------------------------------------------------------------------------
Vinod Nair                                      email:  vtn@hpcf.cc.utexas.edu
Scientific Visualization
High Performance Computing Facility
University of Texas at Austin Computation Center            campusmail:  R8700
J.J. Pickle Research Campus - CMS 1.154                     
10100 N. Burnet Road                               
Austin TX 78758-4497 USA                                phone:  (512) 471-2479
------------------------------------------------------------------------------


From dstarks@rc.tudelft.nl (David Starks-Browning)
Subject: algorithm in isosurface module
Message-ID: <Cx7JHF.FGz@news.tudelft.nl>
Lines:       36
Sender: rcmodsb@rc.tudelft.nl (David Starks-Browning)
Nntp-Posting-Host: mo6.rc.tudelft.nl
Reply-To: dstarks@rc.tudelft.nl
Organization: TU Delft Rekencentrum
Date: Wed, 5 Oct 1994 16:08:03 GMT

According to:

    J. Wilhelms, A. Van Gelder
    "Topological considerations in isosurface generation (extended abstract)"
    Computer Graphics, Vol. 24, No. 5, Nov. 1990, pp. 79 - 86
	
there are several different algorithms for computing isosurfaces.
Some, including "marching cubes," can generate erroneous topologies
leading to artifacts in the rendered image.

What algorithm is used by the AVS module "isosurface"?  The
documentation says nothing about the algorithm used or its validity.

In AVS 5.0, the isosurface module seems to be part of the executable
$Path/avs_library/tile.  Source code isn't available for any of the
modules in the avs_library directory, is it?

Thanks for your help.

Sincerely,

David Starks-Browning
Rekencentrum, Technische Universiteit Delft
Postbus 354
2600 AJ  Delft
The Netherlands

Tel: +31-15-78-8135
Fax: +31-15-78-3787

D.Starks-Browning@rc.tudelft.nl
      - or -
dstarks@rc.tudelft.nl

PLEASE:  Check the return address if you reply to me directly.
         I can't get xrn to set "From:" correctly.


From benyouce@masi.ibp.fr (Tarik BENYOUCEF)
Newsgroups: comp.graphics.avs
Subject: AVS geometry
Date: 5 Oct 1994 16:31:07 GMT
Organization: Universites Paris VI/Paris VII - France
Lines: 5
Sender: benyouce@masi (Tarik BENYOUCEF)
Distribution: world
Message-ID: <36ukcb$bvk@vishnu.jussieu.fr>
NNTP-Posting-Host: ceres.ecoledoc.ibp.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

  I want to visualize an AVS geometry file (.geom) with KHOROS2.0 can 

  someone help me please !

  


From brad@bear.ras.ucalgary.ca ( Brad Wallace )
Subject: The Impossible Dream (IDL->AVS?)
Summary: Can we transfer programs from IDL to AVS, sorta idea?
Message-ID: <brad.781386955@bear.ras.ucalgary.ca>
Date: Wed, 5 Oct 1994 19:55:55 GMT
Organization: The University of Calgary, Alberta, Canada
Lines: 20

This is probably asking the impossible, but on the off chance thzt
it may be possible.......

I would like to take programs written for IDL and translate them
for use with IDL (need to use programs written for IDL, boss can't
afford IDL, but the campus has AVS already see....). I'm not
a hacker and I'd really prefer not to have to do a translation myself.

So what I'm asking is: is there a program which can translate
from IDL programs to AVS programs (or, even better, could
AVS read IDL programs and run them)?

Waiting with no expectation of success.....

				-BRAD-
-- 
** Brad Wallace, Dept. of Physics and Astronomy, The University of Calgary   **
**               2500 University Dr. N.W., Calgary, AB, Canada, T2N 1N4      **
** e-mail 	brad@ras.ucalgary.ca (alternate : wallace@acs.ucalgary.ca)   **
** WWW		http://bear.ras.ucalgary.ca/				     **


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: need help with part.advec and irreg flds
Date: 7 Oct 1994 09:14:29 -0600
Organization: Cray Computer Corporation
Lines: 43
Message-ID: <373okl$79s@nack.craycos.com>
References: <3733cb$lcv@euler.me.pdx.edu>
NNTP-Posting-Host: nack.craycos.com
Keywords: avs particle advector

In article <3733cb$lcv@euler.me.pdx.edu> pgotseff@ee.pdx.edu (Peter Gotseff) writes:
>
>	I guess its been quite a while since I last posted a question
>on c.g.avs so I suppose it's time again.  Of course since c.g.avs is
>basically post-mortem as far as news groups go I don't expect a flood
>of help, but perhaps some kind soul.....

Don't know why this group would be post-mortem, AVS is still going strong,
and there are maybe 10 posts/day on average. AVS is widely available on
many platforms, including the Cray-3! Wanna buy one? :)

>	I'm using particle advector with a nice 3-D vector field ,however
>I've replaced the sample module with a read field, this read field reads
>an irregular 3-space no data field and connects to where the sampler 
>would have connected.  Problem is, sampler works, but with read field
>hooked up I just get white particles showing up initially but then 
>disappearing.  set SIZE is correct for the field, and picked Time step works
>fine for samplers module.  

I've found that if you put your sample particles outside of the space occupied
by your data field, you'll see the particles once, then when it's time to
move them the advector finds that there's no vector data to move them with,
and removes them.

Make sure your coordinates of samples are located somewhere within the 
extents of the vector data field. Use the Volume Bounds module on both
your vector field data and your sampler field data to make sure they
intersect.

As another test, try using the same field for both vector data AND sampler
data (downsized if you don't have all day). This will put sample points
exactly on the nodes of your input field. If this doesn't work, there's
something wrong.

p.s. What version of AVS are you using, and what platform? Your "post-mortem"
comment makes me think you may be using an old Stellar or Ardent system
where they've stopped putting out revisions?

-- 
---------------------------------------------------------------------------
Scott Ferguson                                         ferguson@craycos.com
Cray Computer Corporation    http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO                                     Solely my opinions


From thorpe@mcnc.org (Steve Thorpe)
Subject: remote display module needed
Message-ID: <1994Oct10.154405.18495@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: International AVS Center, MCNC
Date: Mon, 10 Oct 1994 15:44:05 GMT

Hi folks,  here is a posting on behalf of Gary Kerbel at NERSC.
Please respond directly to Gary at gdk@kerbel.nersc.gov.

Thank you.

-Steve

cccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc

I would like very much to have an avs module which takes an image
(4-vector byte) as input and displays it on a remote X display.

I have a module which almost works, but has a problem which I can't
diagnose.  The color map on the remote display appears scrambled.

Can you help me out?

Here is the Makefile (SGI) and the source:

Thanks

Gary Kerbel  gdk@kerbel.nersc.gov

cccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc

INC_FILE=$(ROOT)/usr/avs/include/Makeinclude
include $(INC_FILE)

AVS_LIBS = $(ROOT)/usr/avs/lib
BASELIBS=-lgeom -lutil -lm
FLOWLIBS=-L$(AVS_LIBS) -lflow_c $(BASELIBS) $(LASTLIBS)
CSIMLIBS=-L$(AVS_LIBS) -lsim_c $(BASELIBS) $(LASTLIBS)
MODLIBS=-L$(AVS_LIBS) -lmdata -lmfilt -lmmapp -lmrend -lrf
F77_FLOWLIBS=-L$(AVS_LIBS) -lflow_f $(BASELIBS) $(LASTFLIBS)
F77_SIMLIBS=-L$(AVS_LIBS) -lsim_f $(BASELIBS) $(LASTFLIBS)
F77_BIND = $(ROOT)/usr/avs/bin/f77_binding
AVS_INC = -I. -I$(ROOT)/usr/avs/include
F77_INC = $(ROOT)/usr/avs/include
CFLAGS=$(ACFLAGS) $(AVS_INC) -g
F77FLAGS=$(AFFLAGS)
FFLAGS=$(F77FLAGS)
AVS_EXE = $(ROOT)/usr/avs/bin/avs

EXAMPLES=LANL_rem_disp

all: $(EXAMPLES)

all_examples:  $(EXAMPLES)

#
# Make sure to clean all out files that were created so that pkgrm can
# remove this directory
#
clean:
        rm -f *.o $(EXAMPLES) avs examples.lint io_funs_f77.c qix_rand.c \
              ExampleModules
        cd chemistry ; $(MAKE) clean

#**********************************************************************
# LANL remote display module


LANL_rem_disp: LANL_rem_disp.o
        $(CC) $(CFLAGS) -g -o LANL_rem_disp LANL_rem_disp.o $(FLOWLIBS)
$(CSIMLIBS) \
        -llui -lX11 -lutil



CFILES = `ls *.c`
lint:
        $(LINT) $(LINTFLAGS) $(AVS_INC) $(CFILES) > examples.lint




cccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc

#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <X11/Xlib.h>
#include <X11/Xutil.h>
#include <X11/Xatom.h>
#include <avs/flow.h>
#include <avs/avs_data.h>
#include <avs/field.h>

static Display *dpy;
static Window  window;
static XVisualInfo *visual_info;
static Pixmap  pixmap;
static Colormap cm;
static unsigned long pixels[256];
static int screen;
static unsigned int depth;
static Visual *visual = NULL;
static VisualID vid;
static GC gc;
static int xDim = 100;
static int yDim = 100;
static char RHost[100];
static XColor stdmap[256];
static float cmap[256][3] = {
{      0,  0,  0},
{      65535,  0,  0},
{      0,  65535,  0},
{      65535,  65535,  0},
{      0,  0,  65535},
{      65535,  0,  65535},
{      0,  65535,  65535},
{      65535,  65535,  65535},
{      21845,  21845,  21845},
{      50886,  29041,  29041},
{      29041,  50886,  29041},
{      36494,  36494,  14392},
{      29041,  29041,  50886},
{      36494,  14392,  36494},
{      14392,  36494,  36494},
{      43690,  43690,  43690},
{      15677,  25186,  37265},
{      29041,  29041,  29041},
{      48316,  48316,  48316},
{      14649,  14649,  14649},
{      39064,  37522,  29041},
{      53970,  53199,  49601},
{      20560,  19789,  15420},
{      24672,  24672,  24672},
{      37522,  37522,  37522},
{      7196,  7196,  7196},
{      0,  0,  16191},
{      53456,  53456,  53456},
{      20303,  20303,  20303},
{      54741,  54741,  54741},
{      32896,  32896,  32896},
{      0,  0,  16448},
{      2570,  2570,  2570},
{      5140,  5140,  5140},
{      7710,  7710,  7710},
{      10280,  10280,  10280},
{      13107,  13107,  13107},
{      15677,  15677,  15677},
{      18247,  18247,  18247},
{      20817,  20817,  20817},
{      23387,  23387,  23387},
{      26214,  26214,  26214},
{      28784,  28784,  28784},
{      31354,  31354,  31354},
{      33924,  33924,  33924},
{      36494,  36494,  36494},
{      39321,  39321,  39321},
{      41891,  41891,  41891},
{      44461,  44461,  44461},
{      47031,  47031,  47031},
{      49601,  49601,  49601},
{      52428,  52428,  52428},
{      54998,  54998,  54998},
{      57568,  57568,  57568},
{      60138,  60138,  60138},
{      62708,  62708,  62708},
{      0,  0,  32896},
{      0,  0,  49344},
{      0,  16448,  0},
{      0,  16448,  16448},
{      0,  16448,  32896},
{      0,  16448,  49344},
{      0,  16448,  65535},
{      0,  32896,  0},
{      0,  32896,  16448},
{      0,  32896,  32896},
{      0,  32896,  49344},
{      0,  32896,  65535},
{      0,  49344,  0},
{      0,  49344,  16448},
{      0,  49344,  32896},
{      0,  49344,  49344},
{      0,  49344,  65535},
{      0,  65535,  16448},
{      0,  65535,  32896},
{      0,  65535,  49344},
{      16448,  0,  0},
{      16448,  0,  16448},
{      16448,  0,  32896},
{      16448,  0,  49344},
{      16448,  0,  65535},
{      16448,  16448,  0},
{      16448,  16448,  16448},
{      16448,  16448,  32896},
{      16448,  16448,  49344},
{      16448,  16448,  65535},
{      16448,  32896,  0},
{      16448,  32896,  16448},
{      16448,  32896,  32896},
{      16448,  32896,  49344},
{      16448,  32896,  65535},
{      16448,  49344,  0},
{      16448,  49344,  16448},
{      16448,  49344,  32896},
{      16448,  49344,  49344},
{      16448,  49344,  65535},
{      16448,  65535,  0},
{      16448,  65535,  16448},
{      16448,  65535,  32896},
{      16448,  65535,  49344},
{      16448,  65535,  65535},
{      32896,  0,  0},
{      32896,  0,  16448},
{      32896,  0,  32896},
{      32896,  0,  49344},
{      32896,  0,  65535},
{      32896,  16448,  0},
{      32896,  16448,  16448},
{      32896,  16448,  32896},
{      32896,  16448,  49344},
{      32896,  16448,  65535},
{      32896,  32896,  0},
{      32896,  32896,  16448},
{      32896,  32896,  49344},
{      32896,  32896,  65535},
{      32896,  49344,  0},
{      32896,  49344,  16448},
{      32896,  49344,  32896},
{      32896,  49344,  49344},
{      32896,  49344,  65535},
{      32896,  65535,  0},
{      32896,  65535,  16448},
{      32896,  65535,  32896},
{      32896,  65535,  49344},
{      32896,  65535,  65535},
{      49344,  0,  0},
{      49344,  0,  16448},
{      49344,  0,  32896},
{      49344,  0,  49344},
{      49344,  0,  65535},
{      49344,  16448,  0},
{      49344,  16448,  16448},
{      49344,  16448,  32896},
{      49344,  16448,  49344},
{      49344,  16448,  65535},
{      49344,  32896,  0},
{      49344,  32896,  16448},
{      49344,  32896,  32896},
{      49344,  32896,  49344},
{      49344,  32896,  65535},
{      49344,  49344,  0},
{      49344,  49344,  16448},
{      49344,  49344,  32896},
{      49344,  49344,  49344},
{      49344,  49344,  65535},
{      49344,  65535,  0},
{      49344,  65535,  16448},
{      49344,  65535,  32896},
{      49344,  65535,  49344},
{      49344,  65535,  65535},
{      65535,  0,  16448},
{      65535,  0,  32896},
{      65535,  0,  49344},
{      65535,  16448,  0},
{      65535,  16448,  16448},
{      65535,  16448,  32896},
{      65535,  16448,  49344},
{      65535,  16448,  65535},
{      65535,  32896,  0},
{      65535,  32896,  16448},
{      65535,  32896,  32896},
{      65535,  32896,  49344},
{      65535,  32896,  65535},
{      65535,  49344,  0},
{      65535,  49344,  16448},
{      65535,  49344,  32896},
{      65535,  49344,  49344},
{      65535,  49344,  65535},
{      65535,  65535,  16448},
{      65535,  65535,  32896},
{      65535,  65535,  49344},
{      4112,  4112,  4112},
{      8224,  8224,  8224},
{      12336,  12336,  12336},
{      20560,  20560,  20560},
{      37008,  37008,  37008},
{      41120,  41120,  41120},
{      45232,  45232,  45232},
{      61680,  61680,  61680},
{      0,  0,  13107},
{      0,  0,  26214},
{      0,  0,  39321},
{      0,  0,  52428},
{      0,  13107,  0},
{      0,  13107,  13107},
{      0,  13107,  26214},
{      0,  13107,  39321},
{      0,  13107,  52428},
{      0,  13107,  65535},
{      0,  26214,  0},
{      0,  26214,  13107},
{      0,  26214,  26214},
{      0,  26214,  39321},
{      0,  26214,  52428},
{      0,  26214,  65535},
{      0,  39321,  0},
{      0,  39321,  13107},
{      0,  39321,  26214},
{      0,  39321,  39321},
{      0,  39321,  52428},
{      0,  39321,  65535},
{      0,  52428,  0},
{      0,  52428,  13107},
{      0,  52428,  26214},
{      0,  52428,  39321},
{      0,  52428,  52428},
{      0,  52428,  65535},
{      0,  65535,  13107},
{      0,  65535,  26214},
{      0,  65535,  39321},
{      0,  65535,  52428},
{      13107,  0,  0},
{      13107,  0,  13107},
{      13107,  0,  26214},
{      13107,  0,  39321},
{      13107,  0,  52428},
{      13107,  0,  65535},
{      13107,  13107,  0},
{      13107,  13107,  26214},
{      13107,  13107,  39321},
{      13107,  13107,  52428},
{      13107,  13107,  65535},
{      13107,  26214,  0},
{      13107,  26214,  13107},
{      13107,  26214,  26214},
{      13107,  26214,  39321},
{      13107,  26214,  52428},
{      13107,  26214,  65535},
{      13107,  39321,  0},
{      13107,  39321,  13107},
{      13107,  39321,  26214},
{      13107,  39321,  39321},
{      13107,  39321,  52428},
{      13107,  39321,  65535},
{      13107,  52428,  0},
{      13107,  52428,  13107},
{      13107,  52428,  26214},
{      13107,  52428,  39321},
{      13107,  52428,  52428},
{      13107,  52428,  65535},
{      13107,  65535,  0},
{      13107,  65535,  13107},
{      13107,  65535,  26214},
{      13107,  65535,  39321},
{      13107,  65535,  52428},
{      13107,  65535,  65535},
{      26214,  0,  0},
{      26214,  0,  13107},
{      26214,  0,  26214},
{      26214,  0,  39321},
{      26214,  0,  52428},
{      26214,  0,  65535},
{      26214,  13107,  0},
{      26214,  13107,  13107},
{      26214,  13107,  26214},
{      26214,  13107,  39321}
};


static char file_version[] = "@(#)LANL_rem_disp.c      1.0 LANL/ACL 93/09/09";

AVSinit_modules() {

  int RemoteDisplay();

  AVSmodule_from_desc(RemoteDisplay);

}



RemoteDisplay() {

  int rdspl();  /* declare the compute function (below) */
  int rdspl_init();
  int rdspl_destroy();
  int in_port;            /* temporaries to hold the port numbers */
  int param;
  char *s;


  /* Set the module name and type */
  AVSset_module_name("LANL remote display", MODULE_RENDER);

  /* Create an input port for the required field input */
  in_port = AVScreate_input_port("Input Image",
                                 "field 2D 4-vector byte",
                                 REQUIRED);

  s = getenv("LANL_REM_DISP");
  if (s == NULL)
    strcpy(RHost,getenv("DISPLAY"));
  else
    strcpy(RHost,s);

  param = AVSadd_parameter("Remote Host", "string", RHost, RHost,
                           RHost);
  AVSconnect_widget(param, "typein");

  param = AVSadd_parameter("Dither Type", "choice", "dither",
                       "dither!floyd steinberg!random!monochrome!none",
                       "!");

  AVSset_init_proc(rdspl_init);
  AVSset_destroy_proc(rdspl_destroy);

  /* Tell avs what subroutine to call to do the compute */
  AVSset_compute_proc(rdspl);

}


rdspl_init() {

  XSetWindowAttributes xswa;
  unsigned long xswa_mask;
  unsigned long gc_mask;
  XGCValues gc_values;
  XEvent event;


     XStandardColormap best_map_info;
     XColor *exact_defs;
     XSetWindowAttributes attrib;
     unsigned long attribmask;
     int i,j,k,l;
     int ncells;
     int count;
     int strategy = 0;

  LUI_Initialize("LANL_remote_display", NULL);

  dpy = XOpenDisplay(RHost);
  if (dpy == NULL) {
    fprintf( stderr, "Can't open display %s\n",RHost);
    return 0;
  }

  if (!find_appropriate_visual())
    return 0;


  /* Create a window */
  xswa_mask = CWBackPixel | CWEventMask | CWBorderPixel | CWColormap;
  xswa.background_pixel = BlackPixel (dpy, screen);
  xswa.border_pixel = WhitePixel (dpy, screen);
  xswa.event_mask = ButtonPressMask | ExposureMask | KeyPressMask;
  cm = xswa.colormap = XCreateColormap( dpy, RootWindow(dpy,screen), visual,
                                       AllocNone );

  if (depth == 8) {
    int i;
    static XColor colors[256];
    Status cmstatus;


    cmstatus = XAllocColorCells(dpy, cm,
                                TRUE,
                                (unsigned long *)0, 0,
                                pixels, 256);
    if (cmstatus == 0) {
      visual = NULL;
      return 0;
    }

/******************************************
 ****
 **** install the std AVS colormap
 ****
 **** if you wanted to install your own colormap, do it here
 ****
 ****/
    for(i=0; i<256; i++) {
      colors[i].pixel = pixels[i];
      colors[i].red = cmap[i][0];
      colors[i].green = cmap[i][1];
      colors[i].blue = cmap[i][2];
      colors[i].flags = DoRed | DoGreen | DoBlue;
    }

    XStoreColors(dpy, cm, colors, 256);

/***********************
 ***
 ***  print the color map
 ***
  for (i=0;i<256;i++)
    stdmap[i].pixel = i;
  XQueryColors(dpy, cm, stdmap, 256);
  for (i=0;i<256;i++)
    fprintf(stderr,"%d      %d  %d  %d\n",i,
            stdmap[i].red,stdmap[i].green,stdmap[i].blue);

 ***
 *** NOT!
 */

}

  window =  XCreateWindow( dpy, RootWindow(dpy,screen),0, 0, xDim, yDim,
                          1, depth, InputOutput, visual, xswa_mask, &xswa );

  pixmap = XCreatePixmap( dpy, window, xDim, yDim, depth );

  gc_mask = 0;
  gc_values.function = GXcopy;          gc_mask |= GCFunction;
  gc_values.plane_mask = AllPlanes;     gc_mask |= GCPlaneMask;

  gc_values.foreground = WhitePixel(dpy,screen);
  gc_mask |= GCForeground;

  gc_values.background = BlackPixel(dpy,screen);
  gc_mask |= GCBackground;

  gc = XCreateGC (dpy, window, gc_mask, &gc_values);

  XFillRectangle(dpy, pixmap, gc, 0,0, xDim, yDim );

  XStoreName(dpy,window,"LANL remote display");

  XSelectInput(dpy,window,ButtonPressMask);

  XMapWindow(dpy,window);

  return 1;


}



rdspl_destroy() {

  static void kill_old();

  kill_old();

}




rdspl(input,rhost,dither_technique)
AVSfield_char *input;
char *rhost;
char *dither_technique;
{

  char *data,*data2;
  int i, j;
  int width,height,size;
  XImage *ximg;
  unsigned char *p1, *p2, tmp;
  unsigned char *p, *end;
  static void kill_old();


  /* check for a new remote display */
  if ( (strcmp(rhost,RHost)) || (dpy == NULL) ) {
    if( dpy != NULL )
      kill_old();
    strcpy(RHost,rhost);
    if ( !(rdspl_init())){
        AVSmessage(file_version, AVS_Warning, AVSmodule, "XOpenDisplay",
                   "Ok", "Can't open x-display %s", RHost);
      return(0);
    }
  }

  data = (char *)AVSfield_data_ptr(input);
  width = MAXX(input);
  height = MAXY(input);

  if ((width != xDim) || (height != yDim)) {
    xDim = width;
    yDim = height;
    XResizeWindow(dpy, window, width, height);
    XFlush(dpy);
  }

  if (visual != NULL) {

    if (depth >= 24) {
      size = sizeof(char)*width*height*4;
      if ((data2 = (char*) malloc(size)) == NULL) {
        fprintf(stderr,"error, no more memory for rdspl\n");
        return 0;
      }

      memcpy(data2,data,size);

      ximg = XCreateImage(dpy, visual, depth, ZPixmap, 0,
                          data2, width, height, 32, 0 );

      ximg->bits_per_pixel = 32;

      p1 = (unsigned char *) data2;
      end = p1 + width*height*4;
      while (p1 < end) {
        tmp = *(p1+1);
        *(p1+1) = *(p1+3);
        *(p1+3) = tmp;
        p1 += 4;
      }


    } else {

      size = sizeof(char)*width*height;
      if ((data2 = (char*) malloc(size)) == NULL) {
        fprintf(stderr,"error, no more memory for rdspl\n");
        return 0;
      }

      ximg = XCreateImage(dpy, visual, depth, ZPixmap, 0,
                          data2, width, height, 8, 0 );

      ximg->bits_per_pixel = 8;

      pf_dither_image(data,width,height,data2,dither_technique);

    }


    XFreePixmap(dpy,pixmap);
    pixmap = XCreatePixmap(dpy, window, width, height, depth);

    XPutImage(dpy,pixmap, gc, ximg, 0, 0, 0, 0, width, height );

    XCopyArea( dpy, pixmap, window, gc, 0, 0, width, height, 0, 0);

    XFlush(dpy);

    ximg->data = 0;             /* so it doesn't get "freed" */
    XDestroyImage(ximg);
    free(data2);
  }

  XSetWindowBackgroundPixmap(dpy, window, pixmap);
  XFlush(dpy);

  /* When we're done, we return 1 to indicate success */
  return(1);

}




static int find_appropriate_visual(void) {

  int vi,num_visuals;


  visual_info = XGetVisualInfo( dpy, VisualNoMask,  NULL, &num_visuals );

  /* scan for a DirectColor visual of at least 24 bits */
  for(vi=0; vi<num_visuals; vi++)
    if (visual_info[vi].depth >= 24
        && visual_info[vi].class == DirectColor) {
      vid = visual_info[vi].visualid;
      visual = visual_info[vi].visual;
      screen = visual_info[vi].screen;
      depth = visual_info[vi].depth;
      break;
    }

  /* If that failed, try a TrueColor visual */

  if (visual == NULL)
    for(vi=0; vi<num_visuals; vi++)
      if (visual_info[vi].depth >= 24
          && visual_info[vi].class == TrueColor) {
        vid = visual_info[vi].visualid;
        visual = visual_info[vi].visual;
        screen = visual_info[vi].screen;
        depth = visual_info[vi].depth;
        break;
      }


  /* Okay, if that failed, look for a psuedocolor visual with depth 8 */
  if (visual == NULL)
    for(vi=0; vi<num_visuals; vi++)
      if (visual_info[vi].depth >= 8
          && visual_info[vi].class == PseudoColor) {
        vid = visual_info[vi].visualid;
        visual = visual_info[vi].visual;
        screen = visual_info[vi].screen;
        depth = visual_info[vi].depth;
        break;
      }

  if (visual == NULL) {
    fprintf( stderr, "Could not find a useful X11 visual for the display\n");
    return  0;
  }

  return 1;

}



static void kill_old() {

  visual = NULL;
  XFree(visual_info);
  XCloseDisplay(dpy);

}



From thorpe@mcnc.org (Steve Thorpe)
Subject: Re: The Impossible Dream (IDL->AVS?)
Message-ID: <1994Oct10.155841.18782@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: International AVS Center, MCNC
Date: Mon, 10 Oct 1994 15:58:41 GMT

Brad recently posted:

> I would like to take programs written for IDL and translate them
> for use with IDL (need to use programs written for IDL, boss can't
> afford IDL, but the campus has AVS already see....). I'm not
> a hacker and I'd really prefer not to have to do a translation myself.
> 
> So what I'm asking is: is there a program which can translate
> from IDL programs to AVS programs (or, even better, could
> AVS read IDL programs and run them)?

The IAC has several modules which interface between IDL and AVS.
However these modules require both AVS and IDL to be installed on
your machine.

I am not aware of any modules which do automatic translation from
IDL programs to AVS code.

FYI, here is the documentation for the IDL/AVS interface modules:

Name        : IDL             Version      : 1.000     Mod Number : 1782
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/IDL
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.
 
Name        : field_to_float_parmVersion      : 1.000     Mod Number : 1784
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/field_to_float_parm
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_int_parm, field_to_string_parm,
              float_parm_to_field, int_parm_to_field, and
              string_parm_to_field. These modules have only been
              tested on the RS 6000 and Sun Sparcstation. Binaries have
              been compiled on the HP 700 but its usability is unknown.
              Binary executables are stored at the IAC for all three of
              these platforms. There are also some demo files at the IAC,
              stored in the file demo.tar. You must be running IDL 3.1 or
              later in order to use these. No guarantee is made that this
              version of avsidl will work with future versions of AVS
              and/or IDL. In fact, I know that avsidl will be completely
              reworked for for IDL 4.0.
 
Name        : field_to_int_parmVersion      : 1.000     Mod Number : 1785
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/field_to_int_parm
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.
 
Name        : field_to_string_parmVersion      : 1.000     Mod Number : 1783
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/field_to_string_parm
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.
 
Name        : float_parm_to_fieldVersion      : 1.000     Mod Number : 1786
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/float_parm_to_field
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.
 
Name        : int_parm_to_fieldVersion      : 1.000     Mod Number : 1787
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/int_parm_to_field
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.
 
Name        : string_parm_to_fieldVersion      : 1.000     Mod Number : 1788
Author      : Joshua Goldstein, Research Systems Incorporated
Submitted   : 02/15/94        Last Updated : 02/15/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/string_parm_to_field
Description : This is one of a suite of seven AVS/IDL modules. The modules
              are all in the FILTERS subdirectory at the IAC. They are IDL -
              a UNIX utility that gets IDL and AVS communicating; and six
              AVS modules that convert data between IDL and AVS -
              field_to_float_parm, field_to_int_parm,
              field_to_string_parm, float_parm_to_field,
              int_parm_to_field, and string_parm_to_field. These
              modules have only been tested on the RS 6000 and Sun
              Sparcstation. Binaries have been compiled on the HP 700 but
              its usability is unknown. Binary executables are stored at
              the IAC for all three of these platforms. There are also some
              demo files at the IAC, stored in the file demo.tar. You must
              be running IDL 3.1 or later in order to use these. No
              guarantee is made that this version of avsidl will work with
              future versions of AVS and/or IDL. In fact, I know that
              avsidl will be completely reworked for for IDL 4.0.

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________




From thorpe@mcnc.org (Steve Thorpe)
Subject: Re: algorithm in isosurface module
Message-ID: <1994Oct10.160545.18944@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: International AVS Center, MCNC
Date: Mon, 10 Oct 1994 16:05:45 GMT

David recently posted:

> According to:
> 
>     J. Wilhelms, A. Van Gelder
>     "Topological considerations in isosurface generation (extended abstract)"
>     Computer Graphics, Vol. 24, No. 5, Nov. 1990, pp. 79 - 86
> 	
> there are several different algorithms for computing isosurfaces.
> Some, including "marching cubes," can generate erroneous topologies
> leading to artifacts in the rendered image.
> 
> What algorithm is used by the AVS module "isosurface"?  The
> documentation says nothing about the algorithm used or its validity.
> 
> In AVS 5.0, the isosurface module seems to be part of the executable
> $Path/avs_library/tile.  Source code isn't available for any of the
> modules in the avs_library directory, is it?

Source code is not available to the Isosurface module that comes
with AVS.  

However it is my understanding that this does in fact use an 
implementation of the Marching Cubes algorithm.

We have another version of the Marching Cubes algorithm, source code
included, on our ftp site.  This runs significantly slower than the
module built into AVS, but if you need this algorithm in source code
then hopefully this will do the trick for you.

Name        : Field_to_IsosurfVersion      : 1.000     Mod Number : 1630
Author      : Chin-I Huang, National Chiao Tung University, Taiwan,
              Republic of China
Submitted   : 07/02/93        Last Updated : 07/02/93  Language   : C
Module path : avs.ncsc.org:avs_modules/mappers/Field_to_Isosurf
Ported to   : Sun HP DEC IBM
Description : This module reads a uniform 3D volume data and passes a
              threshold level to it to generate isosurfaces. The
              algorithm is based on the Marching Cubes Method from
              Lorensen. Any interesting threshold level ranged from 0 to
              255 can be input and the module will generate isosurfaces
              corresponding to that level. After the generation of
              isosurfaces, you can see the number counts of each table
              case on the console. Colormap is used for rendering the
              volume with one color level to a threshold. The module is
              limited to the data type of char, but the reader can change it
              into the other data type easily by modifying the source code
              a little.

Enjoy!

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________


From thorpe@mcnc.org (Steve Thorpe)
Subject: Re: AVS geometry to KHOROS2.0
Message-ID: <1994Oct10.160949.19030@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: International AVS Center, MCNC
Date: Mon, 10 Oct 1994 16:09:49 GMT

Tarik recently posted:

> I want to visualize an AVS geometry file (.geom) with KHOROS2.0 can 
> 
>   someone help me please !

There are a bunch of Khoros modules that have been translated
into AVS modules, by putting AVS "wrapper" code around the
Khoros modules.

The University of Manchester has picked up this distribution.
Their location is
 
        ftp.mcc.ac.uk(130.88.203.12):/pub/cgu/avs/avs_modules/khoros
 
However these will not read an AVS geometry file into Khoros for
you.  

Perhaps there is such an interface that has been developed by 
someone in the Khoros user community.  I would recommend posting
your question to the comp.soft-sys.khoros newsgroup, and see what
turns up. 

Good luck with your quest.

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________


From arizona@wirth.lerc.nasa.gov (Patrick Homer)
Newsgroups: comp.graphics.avs
Subject: AVS-equipped machine at SC'94?
Date: 6 Oct 1994 12:21:07 GMT
Organization: NASA Lewis Research Center
Lines: 22
Distribution: world
Message-ID: <370q3j$piv@sulawesi.lerc.nasa.gov>
NNTP-Posting-Host: wirth.lerc.nasa.gov


I am heading a small team of researchers from the NASA Lewis Research
Center. We are putting together an entry in the Heterogeneous Computing
Challenge at the Supercomputing '94 conference.  Since we are unable to
have a research exhibit, we are looking to "borrow" two workstations
for the demo.  This would involve the use of the machines for about 30
minutes for the demo, and some time (maybe an hour or so) outside of normal
exhibit hours to set things up.  We are particularly in need of a machine
equipped with AVS.  I have contacted AVS directly, and they are willing to
supply an AVS license for the conference, but did not know directly of any
groups planning on using AVS in their exhibit.  We are using an SGI equipped
with AVS for development, thus we have a preference for an SGI-with-AVS at
the conference.  However, we can be quite flexible as to the specific
workstation type.

Can anyone out there help us out?

Thanks,

	Patrick

--------------------------------------------------------------------------------|       Patrick T. Homer        | Dept. of Computer Science |    cat lover     ||   Post-Doc Research Assoc.    | The University of Arizona | backpacker/hiker || arizona@hopper1.lerc.nasa.gov | Tucson, AZ 85721          |    raconteur     ||        (216) 433-6542         | (602) 621-4246 (FAX)      |  sf enthusiast   |--------------------------------------------------------------------------------


From matthias@les.ethz.ch (Matthias Flury)
Newsgroups: comp.graphics.avs
Subject: AVS Postscript output
Date: 6 Oct 1994 10:33:25 GMT
Organization: Swiss Federal Institute of Technology (ETHZ)
Lines: 5
Sender: matthias@galahad.ethz.ch.
Message-ID: <370jpl$3u8@elna.ethz.ch>
NNTP-Posting-Host: lmc-f11.ethz.ch
X-Posted-From: InterNews 1.0@elna.ethz.ch.

Is there an other possibilitie to generate postscript files than the "
normal"  pixel oriented wich is implemented in AVS and generat's this
very big Files ??

Hope for hints Matthias Flury


From kplste06@psipsy.uct.ac.za (Steve Kaplan)
Newsgroups: comp.graphics.avs
Subject: HELP - DRIVERS NEEDED
Date: Thu, 6 Oct 1994 06:17:59 GMT
Organization: University of Cape Town
Lines: 7
Message-ID: <kplste06.91.2E939697@psipsy.uct.ac.za>
NNTP-Posting-Host: goolam.psy.uct.ac.za

Does anyone know where I can get a list of SVGA drivers ? I have an AVGA 
card (1mg) which is not performing to the best of it's ability. Please reply 
direct as my internet access is often off-line.

Thanks

Steve


From pgotseff@ee.pdx.edu (Peter Gotseff)
Newsgroups: comp.graphics.avs
Subject: need help with part.advec and irreg flds
Date: 7 Oct 1994 02:11:39 -0700
Lines: 22
Message-ID: <3733cb$lcv@euler.me.pdx.edu>
NNTP-Posting-Host: euler.me.pdx.edu
Keywords: avs particle advector
X-Newsreader: NN version 6.4.19 #2

Hello all,
	I guess its been quite a while since I last posted a question
on c.g.avs so I suppose it's time again.  Of course since c.g.avs is
basically post-mortem as far as news groups go I don't expect a flood
of help, but perhaps some kind soul.....

	I'm using particle advector with a nice 3-D vector field ,however
I've replaced the sample module with a read field, this read field reads
an irregular 3-space no data field and connects to where the sampler 
would have connected.  Problem is, sampler works, but with read field
hooked up I just get white particles showing up initially but then 
disappearing.  set SIZE is correct for the field, and picked Time step works
fine for samplers module.  

	Anyone come across this phenomena?  Help would, of course, 
be gleefully appreciated.  Plz dont suggest AVS support I've
pretty much given up on them.

-pete-
-pgotseff@me.pdx.edu-




From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: algorithm in isosurface module
Date: 7 Oct 1994 09:02:45 -0600
Organization: Cray Computer Corporation
Lines: 20
Distribution: world
Message-ID: <373nul$78l@nack.craycos.com>
References: <Cx7JHF.FGz@news.tudelft.nl> <371ac1INNsde@australia.ai.cs.yale.edu>
NNTP-Posting-Host: nack.craycos.com

In article <371ac1INNsde@australia.ai.cs.yale.edu> yip-ken@cs.yale.edu (ken yip) writes:
>
>I asked avs support the same question.  It turned out the isosurface
>is a proprietary code owned by GE.   
>The code supposedly implements a marching-cube like algorithm.  It should
>suffer the same kind of topological inconsistencies as described in
>the literature.  Perhaps someone is curious enough to show that this
>is in fact the case, and share his/her experience with the net.

I once met some of the guys at GE who wrote marching cubes. It was at 
SIGGRAPH a few years ago, where they were presenting papers showing how
to correct for pathologies in marching cubes. I don't know what revision
level of the algorithm AVS is using, but early problems have been corrected,
and corrections have been around for a few years.

-- 
---------------------------------------------------------------------------
Scott Ferguson                                         ferguson@craycos.com
Cray Computer Corporation    http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO                                     Solely my opinions


From avs@mcnc.org (AVS account)
Subject: AVS '95 Call For Chairs
Message-ID: <1994Oct12.152425.12319@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Wed, 12 Oct 1994 15:24:25 GMT

1995 International AVS Inc. Users and Developers Conference

(AVS '95)

Call for Chairs


Greetings Everyone,

We have determined a time and location for the 1995 International AVS Inc.
Users and Developers Conference (AVS '95).  AVS '95 will be held once again
in Boston, MA.  The dates for the Conference are April 19 - 21, and it will
be held at the Boston Marriott - Copley Place.  It is a tremendous hotel in
the heart of the city, and not far from the Sheraton where last year's
Conference was held.

AVS Inc. will bear all financial responsibility for the Conference, but is
interested in having the International AVS Center (IAC) perform the role of
Technical Chair. 

We will need chairs for the Tracks, User Sessions, Video Theater, World
Wide Web Session, Exhibition Area, and Panels.  We'll broadcast a call for
papers, panels, WWW and video segments within a week or so.

We are considering specific alternations to make to the program based on
attendee's input at last year's Conference.  At this time we find the
previous format to have worked well.

This year, in addition to all the AVS-related Conference activities, we
will enhance the Conference by adding many useful lectures on AVS/Express
and Toolmaster products. These complementary product lines will be
particularly useful to those wishing to develop production-quality
applications.  AVS Inc. will continue to integrate portions of the
Toolmaster technology into AVS and AVS/Express as with AVS/Graph.  It would
be valuable if several of the volunteers for chairs have AVS/Express and/or
Toolmaster experience.

Overall, we're contemplating having 2 User Tracks (see below), a stronger
Developer Track, and a Technology Track.

 USER TRACKS - CHAIRS NEEDED:
The User Tracks would be run in a similar fashion to past years.  We think
there will be an opportunity for 2 parallel tracks with 13 sessions each,
for a total of 26 sessions.  After asking AVS Inc. what areas represent the
widest usage of the products, here is a listing of possible areas where
chairs are needed:

(Each includes 3 to 5 lectures)
Medical										Chair Needed
Oil and Gas:  Exploration and Production					Chair Needed
Imaging:  Remote Sensing, Microscopy etc.					Chair Needed
Environmental							Theresa Rhyne, Wes Bethel
GIS & Earth Resources								Chair Needed
Engineering Analysis (Mechanical, CFD etc.)					Chair Needed
Commercial Applications (Financial/Business/Telecomm/Statistics)	Chair
Needed
Research/Government/Academic/Scientific Applications		Chair Needed

DEVELOPER TRACK - CHAIR NEEDED:
The usage of AVS, AVS/Express and Toolmaster by application developers has
increased dramatically.  We're adding "... and Developers Conference" to
the name of the event for this reason.  We'd like to "beef-up" the
developers track, and may include some plenary sessions in this area.

A chair is needed in this area.  This chair should be using AVS Inc.
products to develop applications shipped as runtimes.

TECHNOLOGY TRACK - Ham Lord:
Ham Lord, of AVS Inc., has volunteered to chair the Technology Track (ideas
for technology topics are invited).

VIDEO CHAIR - Mike Pique:
Mike Pique of Scripps Clinic has once again volunteered to perform the role
of Video Chair - if there are no objections, or if no one else had their
heart set on this, this chair is spoken for.

WORLD WIDE WEB SESSION - Loren Buhle & Ken Flurchick:
The WWW Session is still under design.  We'd like to have someone who is
familiar with Mosaic to coordinate this new area.

PANELS -  CHAIRS NEEDED:
We have not identified the panel topics yet, so we'd like to have your
recommendations regarding topics that are broadly applicable to most users.
 In the past, the following have been very popular:

Animation & Video Panel
AVS in Medicine Panel
Wizards/Experts Panel

EXHIBITION CHAIR - AVS Inc. & J.R. Schuman Associates

GENERAL:
Speaker information is almost finished with important due dates, formats
for papers, presentations, reviews, printing, audio/visual forms, and how
to submit with shipping instructions.

Please respond to:

David Bennett
International AVS Center at North Carolina Supercomputing Center
3021 Cornwallis Road, RTP, NC 27709
phone 919 248 1182, fax 919 248 1101
email davidb@ncsc.org or avs@ncsc.org
Technical Program Chair, AVS '95
-----------------------------------------------------------------------
--  Paul J. Esdale                Tel: (617) 890-4300                --
--  paule@avs.com                 Fax: (617) 890-8287                --
--                                                                   --
--         _/  _/      _/  _/_/   Advanced Visual Systems Inc.       --
--       _/_/  _/    _/  _/       300 Fifth Avenue                   --
--     _/  _/  _/  _/     _/_/    Waltham, MA  02154                 --
--   _/_/_/_/  _/_/    _/   _/    USA                                --
-- _/      _/  _/       _/_/                                         --
-----------------------------------------------------------------------
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: Updated Module at IAC - Z_slicer
Message-ID: <1994Oct12.224041.17732@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC 
Date: Wed, 12 Oct 1994 22:40:41 GMT

Name        : Z_slicer        Version      : 2.000     Mod Number : 1566
Author      : Wright, E.L., U.S Geological Survey
Submitted   : 01/28/93        Last Updated : 09/19/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/Z_slicer
Ported to   : HP DEC IBM Kubota
Description : Z_slicer interpolates a 2D irregular field at a specified Z
              value from a 3D irregular field with stretched ("sigma")
              vertical coordinates. This is a common need in 3D
              atmospheric and oceanic models, where irregular fields
              have fixed X,Y locations for each vertical index, but Z
              values vary with the thickness of the fluid layer.


-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - multiformat_read
Message-ID: <1994Oct12.224228.17819@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Wed, 12 Oct 1994 22:42:28 GMT

NOTE:  THIS MODULE IS AWESOME - it will hopefully make READ_ANY_IMAGE
       PRETTY MUCH OBSOLETE ! - SRT

Name        : multiformat_readVersion      : 1.000     Mod Number : 1849
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/12/94        Last Updated : 10/12/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/multiformat_read
Ported to   : Sun HP DEC IBM
Description : This module reads an image from disk into AVS in any of a
              variety of formats. Some of the formats which this module
              supports are from San Diego Supercomputing Center's image
              tools package, others are supported from John Cristy's
              ImageMagick package, still others require tools from
              GNU's Ghostscript, and the NetPBM package. Depending on
              how the module is configured, it can read and about 30 to 40
              image formats, including , AVS X, Alias, Apple Macintosh
              MacPaint, Apple Macintosh QuickDraw/PICT, CCIR 601,
              Compuserve Graphics, Flexible Image Transport System
              (monochrome only), Hierarchical Data File, JFIF Rev1.02,
              Khoros VIFF, Magick, Mark VanDeWettering's MTV ray tracer
              image format, Microsoft Windows bitmap, Microsoft
              Windows cursor, Microsoft Windows icon, PIXAR picture,
              Photo CD, PostScript, Radiance, Radiance, SDSC Synu, SGI
              RGB, Sun Icon and Cursor, Sun Rasterfile, Sun TAAC Image,
              Tagged, Truevision Targa, Utah Run length encoded,
              Wavefront raster, X Window System window dump, X11 bitmap,
              X11 pixmap, ZSoft IBM PC Paintbrush, binary or ASCII PBM
              Portable Bit Map, binary or ASCII PBM Portable Gray Map,
              binary or ASCII PBM Portable Pixel Map, binary or ASCII PBM
              Portable aNy Map. This module contains a superset of the
              formats in the READ_ANY_IMAGE module, with several new
              formats added and improved support for several of the
              original file types. Several sample images (gif, pict,
              ppm, ps, rgb, rle, tiff, xwd, and yuv) are included with this
              module for your testing purposes. Please note that this
              module calls several executable files, including imconv,
              convert, and gzip. Platform specific binaries for several
              of these programs are available from the IAC ftp site with
              this module. See the .txt file of this module or the file
              multiio.h for further details on the sources for this
              module's tools. The tools are stored at the IAC in one large
              compressed tar file, which is ~11MB and is stored at
              avs.ncsc.org in
              /misc_tools/multiio_tools/multiio_tools.tar.Z. NOTE
              - THIS MODULE IS AWESOME !!! - Steve

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - multiformat_writ
Message-ID: <1994Oct12.224415.17886@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Wed, 12 Oct 1994 22:44:15 GMT

NOTE - this module is also AWESOME, and will hopefully replace
WRITE_ANY_IMAGE in popularity.  This will compile both the
reader and writer versions of this module into a single binary
executable.  - SRT

Name        : multiformat_writVersion      : 1.000     Mod Number : 1850
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/12/94        Last Updated : 10/12/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_output/multiformat_writ
Ported to   : Sun HP DEC IBM
Description : This module writes an image to disk from AVS in any of a
              variety of formats. It also includes the multiformat_read
              code, and both will compile into a single binary. Some of the
              formats which this module supports are from San Diego
              Supercomputing Center's image tools package, others are
              supported from John Cristy's ImageMagick package, still
              others require tools from GNU's Ghostscript, and the
              NetPBM package. Depending on how the module is configured,
              it can write about 30 to 40 image formats, including , AVS X,
              Alias, Apple Macintosh MacPaint, Apple Macintosh
              QuickDraw/PICT, CCIR 601, Compuserve Graphics, Flexible
              Image Transport System (monochrome only), Hierarchical
              Data File, JFIF Rev1.02, Khoros VIFF, Magick, Mark
              VanDeWettering's MTV ray tracer image format, Microsoft
              Windows bitmap, Microsoft Windows cursor, Microsoft
              Windows icon, PIXAR picture, Photo CD, PostScript,
              Radiance, Radiance, SDSC Synu, SGI RGB, Sun Icon and
              Cursor, Sun Rasterfile, Sun TAAC Image, Tagged,
              Truevision Targa, Utah Run length encoded, Wavefront
              raster, X Window System window dump, X11 bitmap, X11
              pixmap, ZSoft IBM PC Paintbrush, binary or ASCII PBM
              Portable Bit Map, binary or ASCII PBM Portable Gray Map,
              binary or ASCII PBM Portable Pixel Map, binary or ASCII PBM
              Portable aNy Map. This module contains a superset of the
              formats in the READ_ANY_IMAGE module, with several new
              formats added and improved support for several of the
              original file types. Please note that this module calls
              several executable files, including imconv, convert, and
              gzip. Platform specific binaries for several of these
              programs are available from the IAC ftp site with this
              module. See the .txt file of this module or the file
              multiio.h for further details on the sources for this
              module's tools. The tools are stored at the IAC in one large
              compressed tar file, which is ~11MB and is stored at
              avs.ncsc.org in
              /misc_tools/multiio_tools/multiio_tools.tar.Z.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From thorpe@mcnc.org (Steve Thorpe)
Subject: Re: AVS Postscript output
Message-ID: <1994Oct13.143043.23107@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: International AVS Center, MCNC
Date: Thu, 13 Oct 1994 14:30:43 GMT

Matthias recently posted:
 
> Is there an other possibilitie to generate postscript files than the "
> normal"  pixel oriented wich is implemented in AVS and generat's this
> very big Files ??
> 
> Hope for hints Matthias Flury

Hi Matthias,

Unfortunately I do not know a way to generate postscript files than 
the "normal"  pixel oriented ones that AVS does.

But on a related note, you might want to try downloading the 
following modules which were just placed on the ftp site.  
It compiles two AVS modules into a single binary 
executable - a reader and a writer module.  Each handles many 
many formats.  With these puppies running on your system, not
only can you write PostScript but you can even READ PostScript
into AVS !  As well as TIFF, gif, xwd, etc, etc.

There are quite a few tools you need to get this
puppy working, but we have them all conviently stored somewhere
in avs.ncsc.org:/misc_tools/ for you, so it shouldn't be too
bad (hopefully!) to get them running.  Once these module are running
on your system I expect you will love them !

Name        : multiformat_readVersion      : 1.000     Mod Number : 1849
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/12/94        Last Updated : 10/12/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/multiformat_read
Ported to   : Sun HP DEC IBM
Description : This module reads an image from disk into AVS in any of a
              variety of formats. Some of the formats which this module
              supports are from San Diego Supercomputing Center's image
              tools package, others are supported from John Cristy's
              ImageMagick package, still others require tools from
              GNU's Ghostscript, and the NetPBM package. Depending on
              how the module is configured, it can read and about 30 to 40
              image formats, including , AVS X, Alias, Apple Macintosh
              MacPaint, Apple Macintosh QuickDraw/PICT, CCIR 601,
              Compuserve Graphics, Flexible Image Transport System
              (monochrome only), Hierarchical Data File, JFIF Rev1.02,
              Khoros VIFF, Magick, Mark VanDeWettering's MTV ray tracer
              image format, Microsoft Windows bitmap, Microsoft
              Windows cursor, Microsoft Windows icon, PIXAR picture,
              Photo CD, PostScript, Radiance, Radiance, SDSC Synu, SGI
              RGB, Sun Icon and Cursor, Sun Rasterfile, Sun TAAC Image,
              Tagged, Truevision Targa, Utah Run length encoded,
              Wavefront raster, X Window System window dump, X11 bitmap,
              X11 pixmap, ZSoft IBM PC Paintbrush, binary or ASCII PBM
              Portable Bit Map, binary or ASCII PBM Portable Gray Map,
              binary or ASCII PBM Portable Pixel Map, binary or ASCII PBM
              Portable aNy Map. This module contains a superset of the
              formats in the READ_ANY_IMAGE module, with several new
              formats added and improved support for several of the
              original file types. Several sample images (gif, pict,
              ppm, ps, rgb, rle, tiff, xwd, and yuv) are included with this
              module for your testing purposes. Please note that this
              module calls several executable files, including imconv,
              convert, and gzip. Platform specific binaries for several
              of these programs are available from the IAC ftp site with
              this module. See the .txt file of this module or the file
              multiio.h for further details on the sources for this
              module's tools. The tools are stored at the IAC in one large
              compressed tar file, which is ~11MB and is stored at
              avs.ncsc.org in
              /misc_tools/multiio_tools/multiio_tools.tar.Z.

Name        : multiformat_writVersion      : 1.000     Mod Number : 1850
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/12/94        Last Updated : 10/12/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_output/multiformat_writ
Ported to   : Sun HP DEC IBM
Description : This module writes an image to disk from AVS in any of a
              variety of formats. It also includes the multiformat_read
              code, and both will compile into a single binary. Some of the
              formats which this module supports are from San Diego
              Supercomputing Center's image tools package, others are
              supported from John Cristy's ImageMagick package, still
              others require tools from GNU's Ghostscript, and the
              NetPBM package. Depending on how the module is configured,
              it can write about 30 to 40 image formats, including , AVS X,
              Alias, Apple Macintosh MacPaint, Apple Macintosh
              QuickDraw/PICT, CCIR 601, Compuserve Graphics, Flexible
              Image Transport System (monochrome only), Hierarchical
              Data File, JFIF Rev1.02, Khoros VIFF, Magick, Mark
              VanDeWettering's MTV ray tracer image format, Microsoft
              Windows bitmap, Microsoft Windows cursor, Microsoft
              Windows icon, PIXAR picture, Photo CD, PostScript,
              Radiance, Radiance, SDSC Synu, SGI RGB, Sun Icon and
              Cursor, Sun Rasterfile, Sun TAAC Image, Tagged,
              Truevision Targa, Utah Run length encoded, Wavefront
              raster, X Window System window dump, X11 bitmap, X11
              pixmap, ZSoft IBM PC Paintbrush, binary or ASCII PBM
              Portable Bit Map, binary or ASCII PBM Portable Gray Map,
              binary or ASCII PBM Portable Pixel Map, binary or ASCII PBM
              Portable aNy Map. This module contains a superset of the
              formats in the READ_ANY_IMAGE module, with several new
              formats added and improved support for several of the
              original file types. Please note that this module calls
              several executable files, including imconv, convert, and
              gzip. Platform specific binaries for several of these
              programs are available from the IAC ftp site with this
              module. See the .txt file of this module or the file
              multiio.h for further details on the sources for this
              module's tools. The tools are stored at the IAC in one large
              compressed tar file, which is ~11MB and is stored at
              avs.ncsc.org in
              /misc_tools/multiio_tools/multiio_tools.tar.Z.

Hope this helps.

-Steve


From kue@rog.rwth-aachen.de (Juergen Kuersch)
Newsgroups: comp.graphics.avs
Subject: Graph Viewer Bar Graph
Date: 10 Oct 1994 09:13:30 GMT
Organization: Rogowski-Institut a. d. RWTH-Aachen
Lines: 29
Message-ID: <37b0jq$aoc@urmel.informatik.rwth-aachen.de>
Reply-To: kue@rog.rwth-aachen.de
NNTP-Posting-Host: bvis.rog.rwth-aachen.de
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: kue@rog.rwth-aachen.de

Hello, everybody,

I need to visualize one-dimensional data provided by an ASCII file containing
formatted data like
	x_1   f(x_1)
        x_2   f(x_2)
        x_3   f(x_3)
         :     :
with x_n not necessarily equally spaced. My idea was to take the GraphViewer's
bar graph facility, an in fact it works. Unfortunately the bar's width cannot
be modified, and for that the bars overlap.

Has anybody already found a workaround?

Thanks & greetings

Juergen Kuersch


---

----------------------------------------------------------------------------
 Juergen Kuersch                     RWTH Aachen
 E-Mail:  kue@rog.rwth-aachen.de     Rogowski-Institut
 Tel.:   +49 241 80-4367             Schinkelstrasse 2
 Fax :   +49 241 8888-282            D-52056 Aachen   (Germany)
----------------------------------------------------------------------------




From conz@rus.uni-stuttgart.de (Michael Conz)
Newsgroups: comp.graphics.avs
Subject: execute remote modules without rsh
Date: 10 Oct 1994 16:45:42 GMT
Organization: Comp.Center (RUS), U of Stuttgart, FRG
Lines: 12
Sender: zrf00390@awssg6 (Michael Conz)
Distribution: world
Message-ID: <37br3m$p4b@info2.rus.uni-stuttgart.de>
NNTP-Posting-Host: awssg6.rus.uni-stuttgart.de
Keywords: rsh avs

I would like to execute some AVS on a remote machine
but for security reasons a can not use rsh
what can i do ?


Thanks
     Michael


Michael Conz
conz@rus.uni-stuttgart.de



From peyton.bland@med.umich.edu (Peyton Bland)
Newsgroups: comp.graphics.avs
Subject: Q: "ip read line" module
Followup-To: comp.graphics.avs
Date: 10 Oct 1994 20:59:46 GMT
Organization: Univ. of Mich., Dept. of Radiology
Lines: 22
Distribution: world
Message-ID: <peyton.bland-101094163927@86.12.med.umich.edu>
NNTP-Posting-Host: 86.12.med.umich.edu

I periodically have trouble with the "ip read line" module.  There are
situations when the module never fires and therefore never extracts the
data from the image.  Don't know if it depends on what else is in the
network or the order in which things are connected.  I am making
connections as shown in the example network on the module's man page; the
invisible connections are being made automatically as expected.  There is
only one copy of the module present and only one "image viewer" module.  I
am following the instructions on using the "set pick mode" oneshot.  This
isn't much to go on, but I really don't have any other clues.  I will
summarize useful hints.

Thanks, Peyton

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Peyton Bland                                     Digital Image Processing
Lab
Dept. of Radiology                                     University of
Michigan
"We all have better moments than anybody ever knows, and so do all the
others.  We are a great mystery.  Each one of us is a secret, and on that
basis we ought to treat each other with the deepest respect."      --
Garrison Keillor


From ron@miniator.gsfc.nasa.gov (Shahram Shiri)
Newsgroups: comp.graphics.avs
Subject: Is There a Channel Select Module in AVS ?
Date: 12 Oct 1994 20:23:26 GMT
Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA
Lines: 46
Distribution: world
Message-ID: <37hgjv$2r4@paperboy.gsfc.nasa.gov>
NNTP-Posting-Host: miniator.gsfc.nasa.gov
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Keywords: Channel, AVS



	We are trying to read an output vector field from a module and select one of the data values at each node and display that.  The concept is similar to Channel Select in Explorer where you have multiples of data values stacked up at each coordinate location (node). Is there any similar module in AVS that we could use.  The data field output from out module is :

	HEADR:
	NDim: 2
	NSpace: 3
	Veclen: 4
	Type: 2 (real)
	Size: 4
	Uniform: 0 (uniform)
	Dims: [73 144]
	Min Data: [ -22.4 -26.1 956.1 1 ]
	Max Data: [ 24 21.3 1048.3 98 ]
	Points (min): [ 0 0 0 ]
	Points (max): [72 143 0 ]
	Label 0:
	Label 1:
	Label 2:
	Label 3:
	Unit 0: ??0
	Unit 1: ??0
	Unit 2: ??0
	Unit 3: ??0

	DATA:
	(0,0) [ -0.3 -10.6 1020.7 57 ] @(0,0,0)
	(1,0) [ 0.2 -10.6 1020.7 57 ] @(1,0,0)
	(2,0) [ 0.7 -10.6 1020.7 57 ] @(2,0,0)
	 ...
	 ...
	 ...

	Each column in the vector field is one data type. How can you select one of the vector elements?  Both the Extract Vector or Extract Scalar modules only recognize one channel!!


-Ron


-- 
-------------------------------------------------------------------------
|Shahram Shiri/ ron@leaf.gsfc.nasa.gov		Tel: 301-286-9985	|
|NCCS/Scientific Visualization Studio		Fax: 301-286-1634	|
|NASA/Goddard Space Flight Center, Hughes/STX				|
|Greenbelt, Maryland 20771						|
-------------------------------------------------------------------------


From ron@miniator.gsfc.nasa.gov (Shahram Shiri)
Newsgroups: comp.graphics.avs,comp.graphic.visualization
Subject: Any Channel Select Module in AVS ?
Date: 12 Oct 1994 19:35:06 GMT
Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA
Lines: 50
Distribution: world
Message-ID: <37hdpa$rg@paperboy.gsfc.nasa.gov>
NNTP-Posting-Host: miniator.gsfc.nasa.gov
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Keywords: Channel Select


	We are trying to read an output vector field from a module and select one of the data values at each node and display that.  The concept is similar to Channel Select in Explorer where you have multiples of data values stacked up at each coordinate location (node). Is there any similar module in AVS that we could use.  The data field output from out module is :

	HEADR:
	NDim: 2
	NSpace: 3
	Veclen: 4
	Type: 2 (real)
	Size: 4
	Uniform: 0 (uniform)
	Dims: [73 144]
	Min Data: [ -22.4 -26.1 956.1 1 ]
	Max Data: [ 24 21.3 1048.3 98 ]
	Points (min): [ 0 0 0 ]
	Points (max): [72 143 0 ]
	Label 0:
	Label 1:
	Label 2:
	Label 3:
	Unit 0: ??0
	Unit 1: ??0
	Unit 2: ??0
	Unit 3: ??0

	DATA:
	(0,0) [ -0.3 -10.6 1020.7 57 ] @(0,0,0)
	(1,0) [ 0.2 -10.6 1020.7 57 ] @(1,0,0)
	(2,0) [ 0.7 -10.6 1020.7 57 ] @(2,0,0)
	 ...
	 ...
	 ...

	Each column in the vector field is one data type. How can you select one of the vector elements?  The Extract Vector or Extract Scalar both only recognize one channel!!


-Ron



	



-- 
-------------------------------------------------------------------------
|Shahram Shiri/ ron@leaf.gsfc.nasa.gov		Tel: 301-286-9985	|
|NCCS/Scientific Visualization Studio		Fax: 301-286-1634	|
|NASA/Goddard Space Flight Center, Hughes/STX				|
|Greenbelt, Maryland 20771						|
-------------------------------------------------------------------------


From lau13@terminus.ira.bo.cnr.it (Massimiliano Bavelloni)
Newsgroups: comp.graphics.avs
Subject: need doc libutil routines
Date: 12 Oct 1994 11:23:47 GMT
Organization: Cineca
Lines: 1
Message-ID: <37gh03$ff@sirio.cineca.it>
NNTP-Posting-Host: terminus.ira.bo.cnr.it
X-Newsreader: TIN [version 1.2 PL2]




From dstarks@rc.tudelft.nl (David Starks-Browning)
Subject: "contour to geom" & "field to mesh" don't jive
Message-ID: <CxM0uE.IHv@news.tudelft.nl>
Lines:       61
Sender: rcmodsb@rc.tudelft.nl (David Starks-Browning)
Nntp-Posting-Host: mo6.rc.tudelft.nl
Reply-To: dstarks@rc.tudelft.nl
Organization: TU Delft Rekencentrum
Date: Thu, 13 Oct 1994 11:49:26 GMT

AVS version: 5.0 (50.25 hp)
User: fairly new

I have a 2 dimensional rectilinear real scalar field in 3 space, as
follows:

HEADER: 
NDim: 2
NSpace: 3
Veclen: 1
Type: 2 (real)
Size: 4
Uniform: 1 (Rectilinear)
Dims: [ 81 41 ]
Min Data: [ -7.58827e-07 ]
Max Data: [ 0.00253277 ]

DATA:
(0,0) 0  @(0,0,0)
(1,0) 0  @(0.000204369,0,0)
(2,0) 0  @(0.000446569,0,0)
...
(0,1) 0  @(0,0.000102682,0)
(1,1) 1.78602e-07  @(0.000204369,0.000102682,0)
(2,1) 2.09072e-07  @(0.000446569,0.000102682,0)
...

The z-coordinate is 0.0 for all points in the field.

I am using the "contour to geom" module to generate contour lines
within this field, which I look at with the Geometry Viewer.  The data
is the result of a numerical simulation on this rectilinear grid, and
I want to "overlay" the grid onto the contour image I have in the
Geometry viewer.

I tried sending the same field to the "field to mesh" module with the
Z-scale set to 0, and sending the resulting mesh geometry to the
Geometry Viewer, along with the contour geometry output from the
"contour to geom" module.  Unfortunately, the Geometry Viewer displays
a cube volume, with the discretization mesh on one face and the
contour drawn on an adjacent face.  The discretization mesh and the
contour are now in orthogonal planes!  What happened?  How can I view
the contour & discretization mesh simultaneously in the same image
plane?

Thanks for your help.

Sincerely,

David Starks-Browning
Rekencentrum, Technische Universiteit Delft
Postbus 354
2600 AJ  Delft
The Netherlands

Tel: +31-15-78-8135
Fax: +31-15-78-3787

D.Starks-Browning@rc.tudelft.nl
      - or -
dstarks@rc.tudelft.nl


From obey@curie.nrl.navy.mil (Upul Obeysekare)
Newsgroups: comp.graphics.avs
Subject: AVS/UNIRAS BOF
Date: 11 Oct 1994 13:58:04 GMT
Organization: Center for Computational Science, 
              Naval Research Laboratory, Washington DC
Lines: 39
Message-ID: <37e5lc$pe@ra.nrl.navy.mil>
NNTP-Posting-Host: curie.nrl.navy.mil

                       ----- REMINDER -----

To All AVS Users:

Birds of a Feather Session for AVS during Vis '94 Conference

Organized by the Mid-Atlantic Area AVS Users Group

When: Thursday October 20th,  6:00 - 8:00pm

Where: Grand Ballroom A

Agenda:
           
   Introduction & IAC Update           6:00 - 6:15

   AVS Product Updates                 6:15 - 7-15
        AVS/SQL                             
        AVS 5.02 Release and AVS/Graph      
        AVS/Express 
        
   AVS 6 Wish List Session             7:15 - until
       AVS Customer Survey Results    
       Questions & Answer Session          

There will be three door prizes:

   1st prize) AVS '94 Proceedings
   2nd prize) Xtra Large AVS '94 T Shirt
   3rd prize) AVS '94 Mug

During the meeting, representative from AVS Inc. will discuss 
the results from the recent survey about next releases of AVS.  
You can use this opportunity to express your requirements for 
the next release of AVS (under new architecture of AVS/Express).  

Upul Obeysekare
Naval Research Lab
Washington DC


From avs@mcnc.org (AVS account)
Subject: New module at IAC - confocal_slicer
Message-ID: <1994Oct17.233256.10541@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:32:56 GMT

Name        : confocal_slicer Version      : 1.000     Mod Number : 1851
Author      : Nick Salmon, European Molecular Biology Laboratory
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/mappers/confocal_slicer
Ported to   : Sun HP DEC DEC_alpha IBM
Description : Slices through a three dimensional field, with the slice
              plane at an arbitrary orientation. The confocal slicer
              module extracts a 2d slice from a 3d field. Output consists
              of a 2d field or a geometry. The position, size and
              resolution of the slice plane are under user control via the
              parameters. For all input fields, the module will
              determine "sane" parameter settings for extracting an
              initial slice. This is basically a hack from the module
              new_arbitrary slicer from IAC (apologies to Wes Bethel).
              The intention is to use it for slicing data collected from a
              confocal microscope. This is uniform byte data with one or
              more values per point in space.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: Updated Mod at IAC - collage
Message-ID: <1994Oct17.233321.10606@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:33:21 GMT

Name        : collage         Version      : 2.000     Mod Number : 1020
Author      : Wes Bethel, Lawrence Berkeley Laboratory
Submitted   : 10/10/91        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/collage
Ported to   : Sun HP DEC IBM Kubota
Description : Copies two images into an output image. The user can control
              the position of each of the input images within the output
              image. The portion of the output image which is not covered
              by either of the input images is set to the value of the Gray
              Fill dial. This was originally part of the HIPS image
              processing distribution. This particular version has
              been written from scratch to allow for images of varying
              format. That is, the input images may be grayscale format;
              single byte, ARGB format; four bytes per pixel, complex
              format; two bytes per pixel. Version 2 (also by Wes Bethel)
              provides bug avoidance whereby a percent character in a
              parm name string caused AVS to dump core.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - r_tif_ra
Message-ID: <1994Oct17.233422.10676@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:34:22 GMT

Name        : r_tif_ra        Version      : 1.000     Mod Number : 1852
Author      : Richard Albrecht, Max-Planck-Institute for
              Biochemistry
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/r_tif_ra
Ported to   : Sun HP DEC_alpha IBM
Description : r_tif_ra reads 24 bit, 8 bit grey and 8 bit colormap
              TIFF-files. This is a special reader for uncompressed
              TIFF-files. It converts 24 bit, 8 bit grey, and 8 bit
              colormap TIFF-images to an AVS image. The output is in any
              case a normal AVS image. Opacity of the image is always set to
              255, whereas the red, green and blue channels are copied
              directly (24 bit) or set to the values of the colormap. The
              Colormap itself (if is) is not copied. A short report is
              copied to 'stdout' with the toggle.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - r_tifvol_ra
Message-ID: <1994Oct17.233454.10749@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:34:54 GMT

Name        : r_tifvol_ra     Version      : 1.000     Mod Number : 1853
Author      : Richard Albrecht, Max-Planck-Institute for
              Biochemistry
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/r_tifvol_ra
Ported to   : Sun HP DEC_alpha IBM
Description : r_tifvol_ra reads a serie of TIFF-files of the form *.nnn
              This is a special reader for uncompressed TIFF-files. It
              reads only 8 bit grey TIFF-images. A Colormap is ignored.
              With a modification of the normal AVS-field descriptor
              '*.fld' a complete image serie is read in. The filenames
              must be in MS-DOS style ( cccccccc.nnn ). The 3 characters
              after the dot are the file number ( *.000, *.001 ... ). The
              output is an AVS-field.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - read_plot3d
Message-ID: <1994Oct17.233555.10816@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:35:55 GMT

Name        : read_plot3d     Version      : 1.000     Mod Number : 1854
Author      : Michael Rangitsch, Dow Chemical
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/read_plot3d
Ported to   : Sun HP DEC_alpha IBM
Description : This module reads either a formatted or unformatted
              multiblock PLOT3D data set consisting of the grid and data
              vector (Q file). No corrections are made for block edge
              overlap and no co-incident node removal is attempted
              between blocks. The cells of the ucd structure created are
              all hexahedra. Version 1.0 of new_plot3d reads in only one
              of the possible plot3d file types, a multiblock (with or
              without iblanks) stored in the whole field format. The Q
              vector is labeled with the default names of the primative
              variables. A second module similar to the unsupported
              'extract cfd values' module is planned to compute derived
              properties from the primative variables. A crude test is
              made to determine whether or not a file is formatted. This
              may fail on some platforms.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - read_Leica_confo
Message-ID: <1994Oct17.233656.10882@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:36:56 GMT

Name        : read_Leica_confoVersion      : 1.000     Mod Number : 1855
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/read_Leica_confo
Ported to   : Sun HP
Description : Read Leica Confocal module, designed to read in output from
              the Leica CLSM in it's native file format (not TIFF). The
              module is looking for a {imagename}.info file which it
              parses for the image plane numbers and plane sizes. It uses
              these values to open each image file in order. The contents
              are deposited in a 3D scalar byte field at the output port.
              Lots of error checking is done to make sure the .info file is
              not corrupted, and the data files read correctly.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - coord2geom
Message-ID: <1994Oct17.233752.10949@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:37:52 GMT

Name        : coord2geom      Version      : 1.000     Mod Number : 1856
Author      : Mark Reed, North Carolina Supercomputing Center
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/coord2geom
Ported to   : Sun HP DEC_alpha
Description : This module reads molecular geometry information from a
              variety of file formats, namely, xyz, DMol, MOPAC, MOL2,
              Chem36, and pdb. The user can specify the units of the
              coordinates, and the display type via widgits.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - DMOL_to_field
Message-ID: <1994Oct17.233855.11015@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:38:55 GMT

Name        : DMOL_to_field   Version      : 1.000     Mod Number : 1857
Author      : Mark Reed, North Carolina Supercomputing Center
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/DMOL_to_field
Ported to   : Sun HP DEC_alpha IBM
Description : This module reads the graphical output files generated by
              DMol from Biosym (see REFERENCES included in
              documentation), and generates an AVS field. This field can
              then be manipulated to display an isosurface of the
              electronic charge or use slicers to view the data.

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - thresholdclamp
Message-ID: <1994Oct17.234015.11081@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:40:15 GMT

Name        : thresholdclamp  Version      : 1.000     Mod Number : 1858
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/thresholdclamp
Ported to   : Sun HP DEC_alpha IBM
Description : This module will threshold or clamp the values of a field
              with or without a 2 or 3D ROI. This module does a few things
              that all preexisting AVS filters frustratingly don't do.
              1. Thresholding (segmentation) can be done on a field,
              setting all values below Min to 0, and all values above Max to
              _255_, with all values inbetween unchanged. This can be
              used to create 3 data ranges, 0, min<range<max, and 255. 2.
              Clamping is performed such that all values below Min are set
              to Min, _except_ zero, and all values above Max, set to Max.
              3. ROI's can be applied to this data. Any point that is
              _not_0_ in the ROI field is filtered in the data field. Areas
              that are 0 in the ROI can either be left unchanged or set to 0.
              This module will take either a 2D ROI, applying the ROI to
              each "Z" plane if a 3D data field is used, or a _3D_ ROI,
              applying each point of the ROI field to the data field. The
              ROI field must have the same dimensions as the data field,
              either in x,y (if 2D ROI) or x,y,z (if 3D).

-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@mcnc.org (AVS account)
Subject: New module at IAC - and_or_merge
Message-ID: <1994Oct17.234107.11148@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Mon, 17 Oct 1994 23:41:07 GMT

Name        : and_or_merge    Version      : 1.000     Mod Number : 1859
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/and_or_merge
Ported to   : Sun HP DEC_alpha IBM
Description : And/or merge uses a variety of boolean operators to merge 2
              or 3 images, with 2 or 3D ROI (with 2 source images). This
              module can be used to replace the use of several instances of
              field math ip threshold, ip rescale and similar modules. It
              allows facile merging of datasets with output values
              segmented to single values for ease of differentiation
              when displayed. This is actually 4 modules rolled into 1 to
              save disk and palette space. The routines are all similar
              and are only a subset of useful merge possibilities. All
              data inputs must have the same extents and dimensions.
              However the routines that take an ROI will take either a 2D
              ROI, applying the ROI to each "Z" plane if 3D data fields are
              used, or a 3D ROI, applying each point of the ROI field to the
              data fields. The ROI field must have the same dimensions as
              the data inputs, either in x,y (if 2D ROI) or x,y,z (if 3D). In
              either case, non-zero values in the ROI field are
              considered "within" the ROI. These 4 routines are
              described in much greater detail in the documentation
              accompanying the source code.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From davidb@mcnc.org (David Bennett)
Subject: AVS '95 User Group Conference
Message-ID: <1994Oct18.135632.15198@mcnc.org>
Summary: Visualization
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Organization: MCNC Center for Microelectronics, RTP, NC
Date: Tue, 18 Oct 1994 13:56:32 GMT

               CALL FOR ABSTRACTS FOR AVS '95 PAPER PRESENTATIONS
                        DEADLINE - OCTOBER 31, 1994!!!
                AVS User Group - International AVS '95 Conference

The Program Committee for the 4th Annual International AVS User Group
Conference is calling for abstracts for papers to be presented at AVS'95.
A call for panels, videos, and WWW session will also go out shortly.
We're very lucky to be able to have the conference at the Boston Marriott -
Copley Place in Boston, MA.  The dates for the conference are April 19 -
21, 1995.  Expected attendees include users of the AVS products including
Uniras users from around the world.

Information on submissions timelines and formats are included at the
end of this announcement.  Abstracts for each category must be
submitted by October 31, 1994 for consideration.  Also, include your full
name and affiliation as you would like it to appear in the program.
Detailed information will be sent to you if your paper is accepted. A/V
requirements should be submitted with the abstract.   All lectures are 45
minutes in length including a question/answer period.  If you are not
selected as a presenter, your paper could still be chosen for inclusion in
the AVS '95
Proceedings.  Submission from outside the United States should consider
delays through Customs (up to two weeks) if sending hard copy or disk
formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.

Presentation of a paper means you:

        Receive a free copy of the valuable AVS '95 proceedings
        reference book;

        Become recognized as a leading expert in the field by hundreds
        of attendees and subscribers;

        Increase your professional visibility;

        Expose your organization to professionals and universities
        from around the world;

        Contribute to the industry's future and advance progress in
        many global endeavors; and

        And of course, a free AVS '95 T-Shirt and mug!!

Deadlines (All are for 6 pm Eastern Standard Time).  See Paper Format
Section below for definitions of ABSTRACTS AND ADVANCE versus PAPER and
HANDOUTS.
=========

ABSTRACT -----> OCTOBER 31, 1995
ADVANCE  -----> OCTOBER 31, 1995
PAPER    -----> FEBRUARY 1, 1995
HANDOUTS -----> MARCH 1, 1995

Notification of aceptance or rejection will be December 5, 1994.

1.      Send requests for information, abstract submissions, and papers
electronically:

        via e-mail to:

avs95@ncsc.org

        or ftp to:

 avs.ncsc.org (128.109.178.23) and place in the SUBMIT directory.

2.      Or VIA US mail to:

MCNC
ATTN: AVS '95 Conference
AVS '95 Technical Program Chair
3021 Cornwallis Road
RTP, NC 27709 USA

3.      Or FAX it to:

AVS '95 Technical Program Chair
International AVS Center
FAX Number (919) 248 1101

CATEGORIES
==========
The topics of interest to this committee (comprised of users,
IAC staff and AVS Inc. representatives) include visualization
in the AVS environment and application software development
using AVS, AVS/Express, and AVS/Uniras products such as Toolmaster.

Planned tracks include an AVS and Uniras products and technology
track (Ham Lord - Chair) , an application development track and two
User tracks made up of user presentations in eight to ten application areas.
We are also calling now for volunteers to act as Track Chairs for
these tracks and for the topics listed below.  Papers are needed
demonstrating the use of AVS and Toolmaster in the following
applications:

**      Medical;
**      Oil and Gas: Exploration and Production;
**      Imaging: Remote Sensing, MIcrosopy;
**      Environmental Sciences;
**      GIS and Earth Resources;
**      Commercial Applications (Financial/Business/Telecomm/Statistics);
**      Research/Government/Academic/Scientific Applications; and
**      Engineering Analysis (Mechanical, CFD, etc.).

In addition, the committee is looking for papers for the
application development track on such topics as : how do
you develop and build an AVS or Uniras application?; AVS
module development; developer case studies/examples;
interfacing AVS to other packages; and other related topics.
Developers are encouraged to discuss how they have integrated
their products using AVS/Express.

If you have a suggestion for a paper outside of
those areas mentioned in this message, please submit an
abstract as we will try to accommodate general topics.


Thank you,

David T. Bennett
AVS '94 Technical Program Chair
Information Technology Division, MCNC
919 248 1182 Phone
919 248 1101 FAX
avs94@ncsc.org

PLEASE forward this announcement to others that you feel may be
interested in participating in the conference. as not all of the
AVS and Toolmaster users are in our database at present.

NOTE:  There are still some openings for Chairs for AVS '95.
If you are interested in volunteering, contact David Bennett
for more information.  In addition, articles are being accepted
for the next two issues of the AVS Network News magazine.  If
you want to have your AVS related article published contact David
Bennett at the above address.  Video, panel and WWW information
is also available from David Bennett.

*******************PAPER FORMAT INFORMATION****************************

PAPER SUBMISSION FORMAT:

AVS '95's annual proceedings have been considerably strengthened this year with
the potential inclusion of a CD distribution in addition to the AVS'95
Proceedings hardcopy version.  The 1991-1993 versions are an exceptional
publication that is in demand by corporations, universities and individuals
throughout the world.  To provide the highest quality publication, the AVS
'95 Proceedings will now be electronically typeset, instead of
photographically reproduced as in the past.  This change requires somewhat
different submission from you.  All lectures are 30 or 45 minutes in length
including a question/answer period.  If you are not selected as a
presenter, your paper could still be  chosen for inclusion in the AVS '95
Proceedings. Submission from outside the United States should consider
delays through Customs (up to two weeks) if sending hard copy or disk
formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.  Only electronic formats will be
eligible for inclusion on CD-ROM (not 100% sure as yet).


1.  General Considerations - AVS '95 published papers which may include figures
embedded within the text or supplied separately.  All of the items
comprising each submission should be shipped to the International AVS
Center (address below) as a single package.  Copies of visual aids which
are simply bullets from your verbal and written presentations (i.e. slides
and/or viewgraphs) are not published unless they are specifically cited in
your published paper, but are submitted as handouts for the audience.

2.  Organization of the Submission - All submissions should follow the
formats outlined below:

Abstract        A concise summary of the major points covered in the paper.
Advance         A sentence or two for inclusion in the Advance Proceedings of
                your paper.
Introduction    A brief historical overview, scope, approach and principal
                points.
Body            The body may be subdivided into a series of subtitles.
Conclusions     A summary of the major points or results.
Addendum        Appendices, glossary, acknowledgements, and references.
Figures         Supporting figures (illustrations, graphs, charts and tables)
                should supplement rather than duplicate the text.

3.      Please provide a text of your submission via email to
avs95@ncsc.org or on a computer diskette (Apple or IBM PC, 3.5 inch, double
or high density), or submit via ftp to avs.ncsc.org and download into the
SUBMIT directory (followup with an email message to avs95@ncsc.org) in
addition to a good quality paper copy as backup.  Standard wordprocessing
packages are acceptable as is ASCII.  If using ASCII, no special formatting
is needed, in fact, the less the better as we will convert it to MS Word.

The first choice of file formats are the proprietary document formats of
MacWrite, CDA, WordPerfect, Microsoft Word or WordStar.  The second choice
is simple ASCII text file format and most packages have an option to save a
document in this format.  If in doubt, please save and send your text in
several formats (with descriptive names). However you format your
submission, the text and punctuation will be retained, but the text may be
reformatted in an attractive style consistent throughout the publication.
It would be helpful if you follow standard business-style type face such as
Times, and in a size that is readable such as a 12 point type.  A blank
line between paragraphs will improve the presentation and page numbers
should be located at the bottom of all pages and centered about 1/2 inch
from the bottom.

4.      The SUMMARY or ABSTRACT should start with the Presentation Title,
followed by a blank line, the full speaker name, then your title and
organization, followed by company name or affiliation and a minimum of two
blank lines before starting your abstract such as:

TITLE

(minimum, one blank line)
Full speaker name (list all authors with presenter first)
Title, Department of Division of Organization
Full Company Name

(minimum, two blank lines)
BODY of ABSTRACT

In addition, you may include contact information such as email or phone
after the Full Company Name if you so desire.

5.  How to submit figures and illustrations.  These can be included or
embedded on your diskette, downloaded via ftp in almost any format (avs,
rgb, tiff, gif, etc) or submitted on paper only in full size.  Slides are
not acceptable for this publication.  Submit originals on paper only if
they will appear at the end of the text and not be embedded into the paper.
If your figures will be legible at three inches wide and you wish them
embedded and have submitted them via ftp, please indicate on the paper copy
where you prefer to see each one inserted or call 919 248 1100 for futher
instructions.

6.  ABSTRACTS are generally only a few hundred words and due by October 31,
1995 as outlined above.  Final SUBMISSION is due on January 31, 1995 at the
IAC.

7.  You will receive information on your track Chair and Session after
ABSTRACT is received.  You will be informed of presentation times and days
by your track chair.  Augio Visual need form and a release form are both
found at the end of the message and are required for submission.

8.  This year we are requesting a short Biographical Information sheet.  A
formal biography/resume can be substituted.  This is optional, but we would
like:

Name
Professional Title
Department
Company
Office Telephone and FAX and email address
Paper Title
Educational Background, academic degrees and institutions
Academic awards and honors
Professional Background, job titles, projects, areas of focus/research, etc
Professional awards and honors (also patents, etc)
Other, including interesting aspects of your background relevant to this
conference

9.  Handouts will be prepared by the AVS '95 conference if received before
March 1, 1995.  Handouts completed after that date must be provided by the
speaker.  Most sessions generally have from 30 to 100 attendees.

10.  ADVANCE - In addition to the ABSTRACT, please summarize your presentation
in one or two sentences for possible inclusion in the Advance Proceedings.

11.  FULL PAPERS are required by February 1, 1995 either through disk, email
ftp submission or hard copy (only if no other option).  Track Chairs will
contact all presenters by December 5, 1995 with additional instructions
and clarifications.  Please include your email address if available.  If
you are not contacted by your Chair by December 5, 1995 please contact
the Conference committee at any of the above addresses.

TIMELINE:

ABSTRACT ----->       OCTOBER 31, 1995
ADVANCE  ----->       OCTOBER 31, 1995
PAPER    ----->       FEBRUARY 1, 1995
HANDOUTS ----->       MARCH 1, 1995

**************PERMISSION TO USE FORM FOR AVS'95******************************

                (Please type or print clearly)

AVS '95 Permission to use form.

Complete this form if you are submitting any papers for panels,
lectures, videos, posters, or any other presentation at AVS '95.

A copy of this form MUST accompany each paper or submission.  Send
the completed form along with your submission to the Chair of your
track.  Please make a photocopy for your records.  DO NOT FAX THIS
FORM (original signatures required).

Name of presentor_______________________________
Organization____________________________________
Address._______________________________________
______________________________________________
Telephone______________________________________
FAX____________________________________________
email__________________________________________
Title of your track________________________________
Title of paper.___________________________________

Cirlce one - paper/panel/video theater/poster

                AUTHORIZATION

I grant permission for the above-referenced material and
associated visuals, including slides, video and film, to be
presented at the AVS '95 conference, 19 - 21 April, 1995 in
Boston, MA.  In the event that any materials used in my AVS '94
presentation contain the work of other individuals or
organizations including any copyrighted musical compositions
or excerpts thereof, I understand that it is my responsibility
to secure any necessary permissions and/or licenses.  Small
performing rights licenses must be secured for the public
performance of any copyrighted musical composition.
Synchronization licenses must be secured for the inclusion
of any copyrighted musical compositions in film, video, or
multimedia persentations.

yes/no  I have the necessary rights and/or permissions to
                use the visuals in my piece.

yes/no  My piece contains audio, and I have the necessary rights
                and/or permissions to use the audio in my piece.

yes/no  I grant non-exclusive worldwide distribution rights to
                the International AVS Center and Advanced Visual
                Systems, Inc. to publish and distribute my video
                material in the AVS Video Review.

yes/no  I agree to supply AVS '95 with the required material by
                the stated due date and agree to allow it to be published
                in paper, CD-ROM, and other electronic form.

AVS '95 reserves the right to video record presentations for internal
use and as an archival record of the current conference.  In the event
your session is videotaped, the International AVS Center and
Advanced Visual Systems, Inc. would like permission to use the
video for promotional and educational purposes; speakers will
receive full credit whenever the video is used.

yes/no  I grant the International AVS Center and Advanced Visual
                Systems, Inc. permission to use the video recording of my
                presentation for conference and organizational publicity.


Signature___________________________

Date_______________________________

STATEMENT OF PURPOSE:  The AVS '95 Permission to use form
explains the uses AVS '95 intends of the presented materials
and requires you to acknowledge that you have permission to
use this material.  This may involve seeking clearance from
your employer or from others who have loaned you material,
such as videotapes and slides.  This form helps prevent situations
where AVS '95 presentations include material without permission
that might lead to complaints or even legal action.  This form must
be returned to your program chair as a condition for acceptance
to participation in AVS '95.  In addition, this form asks if the
International AVS Center and Advanced Visual Systems, Inc. may use
your materials for conferencand organization prmotional material
for full author credit information.  All materials are subject to inclusion
on CD-ROM distribution media.  All materials are subject to inclusion
on the International AVS Center World Wide Web URL.
























-- 
David Bennett
Information Technology Division, MCNC
248 1182


From teklogic_osd@apollo.is.co.za (Teklogic - Altech Systems)
Newsgroups: comp.graphics.avs
Subject: AVS & Erdas Imagine
Date: 13 Oct 1994 10:27:35 GMT
Organization: The Internet Solution
Lines: 16
Message-ID: <37j22n$lq6@hermes.is.co.za>
NNTP-Posting-Host: apollo.is.co.za
X-Newsreader: TIN [version 1.2 PL2]

Hi,

I would like to find out, from anyone who has used both AVS and a package 
called Erdas Imagine, what the differences are.

Can these two packages be compared or are they from totally different 
application areas?

Another question: Is it possible to link in AVS as part of a large 
application so that its mmi can be controlled externally? e.g. an image 
processing application?

Cheers,
Wayne Smith
Teklogic SA



From afj@DrMemory.nuc.ucla.edu (Andy Jacobson)
Newsgroups: comp.graphics.avs
Subject: Module to read Leica CLSM into AVS
Date: 14 Oct 1994 05:42:39 GMT
Organization: UCLA Dept. of Pharmacology, Los Angeles, CA 90024-6948
Lines: 23
Sender: afj@DrMemory.nuc.ucla.edu (Andy Jacobson)
Message-ID: <37l5of$ajd@news.mic.ucla.edu>
Reply-To: afj@DrMemory.nuc.ucla.edu
NNTP-Posting-Host: drmemory.nuc.ucla.edu


Hi AVSers,

If you use or are thinking of using AVS to process Leica 
confocal microscope output, you may be interested in this module.

After spending years converting Leica CLSM 3D data to .fld's
on the command line I finally wrote a module to parse the .info
file and read the image data directly in. This module will be on 
the IAC ftp site soon, but if anyone has a burning need for a copy 
of it, e-mail me and I'll be happy to make it available as either 
source code or SunOS binary. 
A.J.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Andy Jacobson   <afj@DrMemory.nuc.ucla.edu>     <afj@chem.ucla.edu> 
Dept. Pharmacology / Div. Nuclear Medicine and Biophysics
CHS B2-086 
UCLA School of Medicine                         Phone:310-825-8584 
Los Angeles, CA 90024-6948                      Fax:  310-825-4517
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- 
Andy Jacobson   <afj@DrMemory.nuc.ucla.edu>  <afj@chem.ucla.edu>


From saavs@biomed.ee.ethz.ch (Johannes Hug)
Newsgroups: comp.graphics.avs
Subject: Graphviewer focus ...
Date: 17 Oct 1994 10:53:14 GMT
Organization: Institute of Biomedical Engineering, ETH Zurich
Lines: 14
Sender: saavs@biomed.ee.ethz.ch (SA 94/95 Johannes Hug (Buhler) Tel. 25080)
Distribution: world
Message-ID: <37tl2q$h6k@elna.ethz.ch>
NNTP-Posting-Host: jacobus3.ethz.ch

Dear AVS developper

I deal with different graphviewers in the same network and control
them with CLI commands. Unfortunately, the graphviewer subsystem holds
some kind of a focus to one graphviewer window, wich is not necessarily
the active window with the red bar around.
Is there a possibility to set this focus window or to send CLI commands
to a specific graphviewer window? Or is there an alternative to using
the graphviewer?

Hope to hear from YOU soon ...

Johannes Hug
email: saavs@biomed.ee.ethz.ch


From mrangitsch@dow.com (Mike Rangitsch)
Newsgroups: comp.graphics.avs
Subject: Re: Reading fields in a loop
Date: 18 Oct 94 07:34:16
Organization: Dow Chemical, Baton Rouge, LA
Lines: 31
Distribution: world
Message-ID: <RANGITSEC.94Oct18073416@lamia.la.dow.com>
References: <37vqm4$j0f@manuel.anu.edu.au>
NNTP-Posting-Host: na1.dow.com
In-reply-to: gustav@arp.anu.edu.au's message of 18 Oct 1994 06:41:08 GMT

In article <37vqm4$j0f@manuel.anu.edu.au> gustav@arp.anu.edu.au (Zdzislaw Meglicki) writes:


   I would like to be able to read a field from a file (or a pipe) at specified 
   time intervals rather than only when I press the button in the "read field"
   module. The idea is to have a field computation going on a supercomputer and
   to view the progress of the computation in "real time". Every 20 seconds or so
   the supercomputer would dump the new image of a field on a particular file
   and AVS module would pick up that updated data and redisplay.

   Can anyone suggest how this can be done without having to write the whole
   new module? Perhaps it could be done with an AVS script?



Zdzislaw,
  the best bet for you is to try a CLI script with a "script_sleep" 
command between each invocation of your read module.  The problem with
doing it this way is that you are limited to the number of invocations
that you have in the script (I don't know of a way to do looping 
within a script).  For looping you may have to write a module anyway.


good luck


mike

mrangitsch@dow.com




From mrangitsch@dow.com (Mike Rangitsch)
Newsgroups: comp.graphics.avs
Subject: Re: AVS Postscript output
Date: 18 Oct 94 07:44:43
Organization: Dow Chemical, Baton Rouge, LA
Lines: 48
Message-ID: <RANGITSeC.94Oct18074443@lamia.la.dow.com>
References: <1994Oct13.143043.23107@mcnc.org> <matthias-1810940845570001@lmc-f11.ethz.ch>
NNTP-Posting-Host: na1.dow.com
In-reply-to: matthias@les.ethz.ch's message of 18 Oct 1994 07:44:48 GMT

In article <matthias-1810940845570001@lmc-f11.ethz.ch> matthias@les.ethz.ch (Matthias Flury) writes:

   > Hi Matthias,
   > 
   > Unfortunately I do not know a way to generate postscript files than 
   > the "normal"  pixel oriented ones that AVS does.
   > 
   >...
   > Hope this helps.
   > 
   > -Steve


:   I think one of the basic problems is, that the postscript generating  modules
:   and also the geoetry_save_postscript uses not a geometrical information,
:   they use the imageinformation of the geometry viewer. I  think for "real"
:   postscript output we have to use the geometrical data (red) . What do You
:   think about this ?
:   Matthias

Hi Matthias,
  You are correct in stating that the desired output is the geometry.
This definitely gives the best quality image upon printing and can be
obtained with the CLI command geom_save_postscript.  
  The problem with this method is that you cannot get a filled contour 
directly.  What the command gives you is a large bitmap of the image 
with the line elements overlaying it.  For line only plots you get 
excellent quality, but if you have a color map of any kind (like a 
color legend bar) you have to have the whole bitmap of the window.  
These can get really big.  I've edited the bitmaps down on occasion 
to make a smaller file, but it usually isn't worth the effort.
  Another factor to keep in mind is that your screen resolution is 
much lower than the 300 dpi a printer can give you.  To get the best
image quality, you need to record as large an image as possible.  
I have set window sizes up to 1280x1280 with the software renderer.
This gave very good results on a Codonics dye sublimation printer,
but the file was extremely large.


hope this helps


mike

mrangitsch@dow.com

  



From spohr@rog.rwth-aachen.de (Axel Spohr)
Newsgroups: comp.graphics.avs
Subject: Q: Menus in applications
Date: 18 Oct 1994 13:09:14 GMT
Organization: Rogowski-Institut a. d. RWTH-Aachen
Lines: 8
Message-ID: <380hdq$n29@urmel.informatik.rwth-aachen.de>
Reply-To: spohr@rog.rwth-aachen.de
NNTP-Posting-Host: avis.rog.rwth-aachen.de
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

The example application Data Viewer in the AVS application menu features some nice
pulldown-menus, which are defined in a .men file. How does the application
evaluate these menus and is there any way to creating menus for your own applications ?
Thanks...
		Axel





From gustav@arp.anu.edu.au (Zdzislaw Meglicki)
Newsgroups: comp.graphics.avs
Subject: Reading fields in a loop
Date: 18 Oct 1994 06:41:08 GMT
Organization: Centre for Information Science Research, The Australian National University
Lines: 15
Distribution: world
Message-ID: <37vqm4$j0f@manuel.anu.edu.au>
NNTP-Posting-Host: 150.203.20.2

I would like to be able to read a field from a file (or a pipe) at specified 
time intervals rather than only when I press the button in the "read field"
module. The idea is to have a field computation going on a supercomputer and
to view the progress of the computation in "real time". Every 20 seconds or so
the supercomputer would dump the new image of a field on a particular file
and AVS module would pick up that updated data and redisplay.

Can anyone suggest how this can be done without having to write the whole
new module? Perhaps it could be done with an AVS script?

-- 
 Zdzislaw Meglicki, Zdzislaw.Meglicki@cisr.anu.edu.au,
 Parallel Computing Research Facility, CISR && Plasma Theory Group, RSPhysSE
 The Australian National University, Canberra, A.C.T., 0200,
 Australia, fax: +61-6-249-0747, tel: +61-6-249-0158


From matthias@les.ethz.ch (Matthias Flury)
Newsgroups: comp.graphics.avs
Subject: Re: AVS Postscript output
Date: 18 Oct 1994 07:44:48 GMT
Organization: ETH Zurich
Lines: 21
Message-ID: <matthias-1810940845570001@lmc-f11.ethz.ch>
References: <1994Oct13.143043.23107@mcnc.org>
NNTP-Posting-Host: lmc-f11.ethz.ch

In article <1994Oct13.143043.23107@mcnc.org>, thorpe@mcnc.org (Steve
Thorpe) wrote:


> Hi Matthias,
> 
> Unfortunately I do not know a way to generate postscript files than 
> the "normal"  pixel oriented ones that AVS does.
> 
>...
> Hope this helps.
> 
> -Steve


I think one of the basic problems is, that the postscript generating  modules
and also the geoetry_save_postscript uses not a geometrical information,
they use the imageinformation of the geometry viewer. I  think for "real"
postscript output we have to use the geometrical data (red) . What do You
think about this ?
Matthias


From spohr@rog.rwth-aachen.de (Axel Spohr)
Newsgroups: comp.graphics.avs
Subject: ? Shared Libraries in AVS
Date: 18 Oct 1994 10:05:22 GMT
Organization: Rogowski-Institut a. d. RWTH-Aachen
Lines: 12
Message-ID: <3806l2$iss@urmel.informatik.rwth-aachen.de>
Reply-To: spohr@rog.rwth-aachen.de
NNTP-Posting-Host: avis.rog.rwth-aachen.de
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Using the standard setup provided by the Makefile generated in the Module Generator
AVS links Modules statically, resulting in a size of approximately 480k per module,
regardless of the amount of user-supplied code in the module. With large networks
of 20-30 modules this amounts to a memory consumption of 10-15M, without even loading
any data.
Is there any way to link modules with shared libs to avoid this behaviour ?

Thanks,	Axel





From matthias@les.ethz.ch (Matthias Flury)
Newsgroups: comp.graphics.avs
Subject: Get Field out of Field
Date: 19 Oct 1994 12:52:53 GMT
Organization: ETH Zurich
Lines: 7
Message-ID: <matthias-1910941354060001@lmc-f11.ethz.ch>
NNTP-Posting-Host: lmc-f11.ethz.ch

Hi 
Is there a module which takes at specified location (defined by a second
field, for instance measured values) data out of a given field by
interpolation ?? Until now I didn' find one in the IAC base.Until now I
programmed such a module, but only for UCD data.

Matthias


From matthias@les.ethz.ch (Matthias Flury)
Newsgroups: comp.graphics.avs
Subject: ASC TASCFLOW data in AVS
Date: 19 Oct 1994 12:56:08 GMT
Organization: ETH Zurich
Lines: 14
Message-ID: <matthias-1910941357210001@lmc-f11.ethz.ch>
NNTP-Posting-Host: lmc-f11.ethz.ch

Hi 
If sombody is intrested in useing AVS for tascflow datat (CFD Code) with
grid refinement and grid attaching, I wrote a small program to convert RSF
FIles to ucd Files.

Matthias

-- 
Matthias Flury
Institute of Energy Technology
Energy System Lab.
ETH Zuerich Switzerland

matthias@les.ethz.ch


From hdeling@hippocrate.inria.fr (Herve Delingette)
Newsgroups: comp.graphics.avs
Subject: AVS and Stereo display
Date: 19 Oct 1994 09:04:25 GMT
Organization: I.N.R.I.A., Sophia-Antipolis
Lines: 19
Distribution: world
Message-ID: <382nep$6o4@sophia.inria.fr>
Reply-To: hdeling@sophia.inria.fr
NNTP-Posting-Host: hippocrate.inria.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

-- 
We are running AVS5.0  on our DEC Alpha workstation with a Kubota graphics board.
We would like to visualize object in 3D, using the crystaleyes eyewear (Stereo).
Does avs support this kind of display??
Is there any avs-module that could be used for this??

Herve

==============================================================================
                       "Life is an ill-posed problem..."
==============================================================================
Herve DELINGETTE               
I.N.R.I.A, Groupe Epidaure
2004 Route des Lucioles
BP 93, 06902 Sophia-Antipolis
Tel: (33) 93-65-76-64
Fax: (33) 93-65-76-69
E-Mail: hdeling@sophia.inria.fr
==============================================================================


From Andrew Trent Shefman <as87+@andrew.cmu.edu>
Newsgroups: comp.graphics.avs
Subject: Reading IGES
Date: Wed, 19 Oct 1994 17:27:17 -0400
Organization: Junior, Mechanical Engineering, Carnegie Mellon, Pittsburgh, PA
Lines: 13
Message-ID: <QidMwp200iUxE4nrAO@andrew.cmu.edu>
NNTP-Posting-Host: andrew.cmu.edu
In-Reply-To: <1994Oct17.233855.11015@mcnc.org>

I'm looking for a filter or any other way to read in IGES files into
AVS. Some of my officemates say that it can be done, but I didn't find
anything in the manuals or FTP sites.... 

Could you point me in the right direction?

Please reply be email, as I don't read this board often

Thanks

Cheerio!
Drew Shefman
as87@andrew.cmu.edu


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: ? Shared Libraries in AVS
Date: 20 Oct 1994 08:31:42 -0600
Organization: Cray Computer Corporation
Lines: 38
Message-ID: <385v0e$2mt@nack.craycos.com>
References: <3806l2$iss@urmel.informatik.rwth-aachen.de>
NNTP-Posting-Host: nack.craycos.com

In article <3806l2$iss@urmel.informatik.rwth-aachen.de> spohr@rog.rwth-aachen.de writes:

[ reformatted to fit 80 columns ]
>
>Using the standard setup provided by the Makefile generated in the Module 
>Generator AVS links Modules statically, resulting in a size of approximately 
>480k per module, regardless of the amount of user-supplied code in the module. 
>With large networks of 20-30 modules this amounts to a memory consumption of 
>10-15M, without even loading any data.

If you link your modules into a single executable, using the function
AVSinit_from_module_list(), you'll save LOTS of disk space because you 
only link the libraries into one file.

To save memory, you'll have to do some careful thinking, but read the manual
about the AVSset_module_flags(COOPERATIVE | REENTRANT); call.

This type of call allows multiple modules to actually run in the same
Unix process (That's the COOPERATIVE flag). The REENTRANT flag says that
this module doesn't use any global variables or save states across multiple
firings of the module, so that if you instance the SAME MODULE TWICE, they'll
still run in a single process. If you don't set REENTRANT, and run two
copies of the same module within the executable, two processes will result.

Obviously, you can't do this with coroutines, because each one has it's own
main().

See the developer's guide for more.

Also, you'll notice that most of the Supported modules live in a single
executable called "mongo" (after the character in Blazing Saddles?), for
exactly this reason.

-- 
---------------------------------------------------------------------------
Scott Ferguson                                         ferguson@craycos.com
Cray Computer Corporation    http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO                                     Solely my opinions


From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: Reading fields in a loop
Message-ID: <1994Oct24.214102.28322@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References: <37vqm4$j0f@manuel.anu.edu.au> <RANGITSEC.94Oct18073416@lamia.la.dow.com>
Date: Mon, 24 Oct 1994 21:41:02 GMT

In article <RANGITSEC.94Oct18073416@lamia.la.dow.com>,
mrangitsch@dow.com (Mike Rangitsch) writes:
 >In article <37vqm4$j0f@manuel.anu.edu.au> gustav@arp.anu.edu.au
(Zdzislaw Meglicki) writes:
 >
 >
 >   I would like to be able to read a field from a file (or a pipe) at
specified 
 >   time intervals rather than only when I press the button in the
"read field"
 >   module. The idea is to have a field computation going on a
supercomputer and
 >   to view the progress of the computation in "real time". Every 20
seconds or so
 >   the supercomputer would dump the new image of a field on a particular file
 >   and AVS module would pick up that updated data and redisplay.
 >
 >   Can anyone suggest how this can be done without having to write the whole
 >   new module? Perhaps it could be done with an AVS script?
 >
 >
 >
 >Zdzislaw,
 >  the best bet for you is to try a CLI script with a "script_sleep" 
 >command between each invocation of your read module.  The problem with
 >doing it this way is that you are limited to the number of invocations
 >that you have in the script (I don't know of a way to do looping 
 >within a script).  For looping you may have to write a module anyway.
 >
 >
 >good luck
 >
 >
 >mike
 >
 >mrangitsch@dow.com
 >

Hello Zdzislaw,

FYI - this module on the ftp site may be useful to you.

Name        : SlowDown        Version      : 1.000     Mod Number : 1723
Author      : Steve Thorpe, International AVS Center
Submitted   : 12/02/93        Last Updated : 12/02/93  Language   : C
Module path : avs.ncsc.org:avs_modules/filters/SlowDown
Ported to   : Sun Kubota
Description : This Filter AVS Module adds a time delay in the execution of
              an AVS network. Each time it is executed, it uses up
              MilliSeconds worth of time before passing the input
              integer to the output integer. This can be useful to slow
              down an animation in order to more closely examine its data.

Good luck with it.

Take care,

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________





From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: Q: Menus in applications
Message-ID: <1994Oct24.214321.28409@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References:  <380hdq$n29@urmel.informatik.rwth-aachen.de>
Date: Mon, 24 Oct 1994 21:43:21 GMT

In article <380hdq$n29@urmel.informatik.rwth-aachen.de>,
spohr@rog.rwth-aachen.de (Axel Spohr) writes:
 >The example application Data Viewer in the AVS application menu
features some nice
 >pulldown-menus, which are defined in a .men file. How does the application
 >evaluate these menus and is there any way to creating menus for your
own applications ?
 >Thanks...
 >		Axel
 
Hi Axel,

Check out /usr/avs/examples/menus.c - this example code may
be useful to you.

Enjoy,

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________






From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: Re: Module to read Leica CLSM into AVS
Message-ID: <1994Oct24.220153.28572@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
References:  <37l5of$ajd@news.mic.ucla.edu>
Date: Mon, 24 Oct 1994 22:01:53 GMT

In article <37l5of$ajd@news.mic.ucla.edu>, afj@DrMemory.nuc.ucla.edu
(Andy Jacobson) writes:
 >
 >Hi AVSers,
 >
 >If you use or are thinking of using AVS to process Leica 
 >confocal microscope output, you may be interested in this module.
 >
 >After spending years converting Leica CLSM 3D data to .fld's
 >on the command line I finally wrote a module to parse the .info
 >file and read the image data directly in. This module will be on 
 >the IAC ftp site soon, but if anyone has a burning need for a copy 
 >of it, e-mail me and I'll be happy to make it available as either 
 >source code or SunOS binary. 
 >A.J.
 >
 >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 >Andy Jacobson   <afj@DrMemory.nuc.ucla.edu>     <afj@chem.ucla.edu> 
 >Dept. Pharmacology / Div. Nuclear Medicine and Biophysics
 >CHS B2-086 
 >UCLA School of Medicine                         Phone:310-825-8584 
 >Los Angeles, CA 90024-6948                      Fax:  310-825-4517
 >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 >-- 
 >Andy Jacobson   <afj@DrMemory.nuc.ucla.edu>  <afj@chem.ucla.edu>

Andy et al:

FYI, the module has been on the site since last Monday.  Thanks for
the contribution !

Name        : read_Leica_confoVersion      : 1.000     Mod Number : 1855
Author      : A. Jacobson, UCLA Dept. Pharmacology / Crump Institute
Submitted   : 10/17/94        Last Updated : 10/17/94  Language   : C
Module path : avs.ncsc.org:avs_modules/data_input/read_Leica_confo
Ported to   : Sun HP
Description : Read Leica Confocal module, designed to read in output from
              the Leica CLSM in it's native file format (not TIFF). The
              module is looking for a {imagename}.info file which it
              parses for the image plane numbers and plane sizes. It uses
              these values to open each image file in order. The contents
              are deposited in a 3D scalar byte field at the output port.
              Lots of error checking is done to make sure the .info file is
              not corrupted, and the data files read correctly.
 
-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________





From thorpe@robin.mcnc.org (Steve Thorpe)
Subject: AVS '95 Call For Abstracts
Message-ID: <1994Oct24.221229.28678@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: robin.mcnc.org
Reply-To: thorpe@robin.mcnc.org (Steve Thorpe)
Organization: North Carolina Supercomputing Center
Date: Mon, 24 Oct 1994 22:12:29 GMT

               CALL FOR ABSTRACTS FOR AVS '95 PAPER PRESENTATIONS

                        DEADLINE - OCTOBER 31, 1994!!!
		(NOTE-Contingent on internal approval of your company by
                November 30, 1994, this is to hold your place)

                AVS User Group - International AVS '95 Conference

The Program Committee for the 4th Annual International AVS User Group
Conference is calling for abstracts for papers to be presented at AVS'95.
A call for panels, videos, and WWW session will also go out shortly.
We're very lucky to be able to have the conference at the Boston Marriott -
Copley Place in Boston, MA.  The dates for the conference are April 19 -
21, 1995.  Expected attendees include users of the AVS products including
Uniras users from around the world.

Information on submissions timelines and formats are included at the
end of this announcement.  Abstracts for each category must be
submitted by October 31, 1994 for consideration.  Also, include your full
name and affiliation as you would like it to appear in the program.
Detailed information will be sent to you if your paper is accepted. A/V
requirements should be submitted with the abstract.   All lectures are 45
minutes in length including a question/answer period.  If you are not
selected as a presenter, your paper could still be chosen for inclusion in
the AVS '95
Proceedings.  Submission from outside the United States should consider
delays through Customs (up to two weeks) if sending hard copy or disk
formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.

Presentation of a paper means you:

        Receive a free copy of the valuable AVS '95 proceedings
        reference book;

        Become recognized as a leading expert in the field by hundreds
        of attendees and subscribers;

        Increase your professional visibility;

        Expose your organization to professionals and universities
        from around the world;

        Contribute to the industry's future and advance progress in
        many global endeavors; and

        And of course, a free AVS '95 T-Shirt and mug!!

Deadlines (All are for 6 pm Eastern Standard Time).  See Paper Format
Section below for definitions of ABSTRACTS AND ADVANCE versus PAPER and
HANDOUTS.
=========

ABSTRACT -----> OCTOBER 31, 1995
ADVANCE  -----> OCTOBER 31, 1995
PAPER    -----> FEBRUARY 1, 1995
HANDOUTS -----> MARCH 1, 1995

Notification of aceptance or rejection will be December 5, 1994.

1.      Send requests for information, abstract submissions, and papers
electronically:

        via e-mail to:

avs95@ncsc.org

        or ftp to:

 avs.ncsc.org (128.109.178.23) and place in the SUBMIT directory.

2.      Or VIA US mail to:

MCNC
ATTN: AVS '95 Conference
AVS '95 Technical Program Chair
3021 Cornwallis Road
RTP, NC 27709 USA

3.      Or FAX it to:

AVS '95 Technical Program Chair
International AVS Center
FAX Number (919) 248 1101

CATEGORIES
==========
The topics of interest to this committee (comprised of users,
IAC staff and AVS Inc. representatives) include visualization
in the AVS environment and application software development
using AVS, AVS/Express, and AVS/Uniras products such as Toolmaster.

Planned tracks include an AVS and Uniras products and technology
track (Ham Lord - Chair) , an application development track and two
User tracks made up of user presentations in eight to ten application areas.
We are also calling now for volunteers to act as Track Chairs for
these tracks and for the topics listed below.  Papers are needed
demonstrating the use of AVS and Toolmaster in the following
applications:

**      Medical;
**      Oil and Gas: Exploration and Production;
**      Imaging: Remote Sensing, MIcrosopy;
**      Environmental Sciences;
**      GIS and Earth Resources;
**      Commercial Applications (Financial/Business/Telecomm/Statistics);
**      Research/Government/Academic/Scientific Applications; and
**      Engineering Analysis (Mechanical, CFD, etc.).

In addition, the committee is looking for papers for the
application development track on such topics as : how do
you develop and build an AVS or Uniras application?; AVS
module development; developer case studies/examples;
interfacing AVS to other packages; and other related topics.
Developers are encouraged to discuss how they have integrated
their products using AVS/Express.

If you have a suggestion for a paper outside of
those areas mentioned in this message, please submit an
abstract as we will try to accommodate general topics.


Thank you,

David T. Bennett
AVS '94 Technical Program Chair
Information Technology Division, MCNC
919 248 1182 Phone
919 248 1101 FAX
avs94@ncsc.org

PLEASE forward this announcement to others that you feel may be
interested in participating in the conference. as not all of the
AVS and Toolmaster users are in our database at present.

NOTE:  There are still some openings for Chairs for AVS '95.
If you are interested in volunteering, contact David Bennett
for more information.  In addition, articles are being accepted
for the next two issues of the AVS Network News magazine.  If
you want to have your AVS related article published contact David
Bennett at the above address.  Video, panel and WWW information
is also available from David Bennett.

*******************PAPER FORMAT INFORMATION****************************

PAPER SUBMISSION FORMAT:

AVS '95's annual proceedings have been considerably strengthened this year with
the potential inclusion of a CD distribution in addition to the AVS'95
Proceedings hardcopy version.  The 1991-1993 versions are an exceptional
publication that is in demand by corporations, universities and individuals
throughout the world.  To provide the highest quality publication, the AVS
'95 Proceedings will now be electronically typeset, instead of
photographically reproduced as in the past.  This change requires somewhat
different submission from you.  All lectures are 30 or 45 minutes in length
including a question/answer period.  If you are not selected as a
presenter, your paper could still be  chosen for inclusion in the AVS '95
Proceedings. Submission from outside the United States should consider
delays through Customs (up to two weeks) if sending hard copy or disk
formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.  Only electronic formats will be
eligible for inclusion on CD-ROM (not 100% sure as yet).


1.  General Considerations - AVS '95 published papers which may include figures
embedded within the text or supplied separately.  All of the items
comprising each submission should be shipped to the International AVS
Center (address below) as a single package.  Copies of visual aids which
are simply bullets from your verbal and written presentations (i.e. slides
and/or viewgraphs) are not published unless they are specifically cited in
your published paper, but are submitted as handouts for the audience.

2.  Organization of the Submission - All submissions should follow the
formats outlined below:

Abstract        A concise summary of the major points covered in the paper.
Advance         A sentence or two for inclusion in the Advance Proceedings of
                your paper.
Introduction    A brief historical overview, scope, approach and principal
                points.
Body            The body may be subdivided into a series of subtitles.
Conclusions     A summary of the major points or results.
Addendum        Appendices, glossary, acknowledgements, and references.
Figures         Supporting figures (illustrations, graphs, charts and tables)
                should supplement rather than duplicate the text.

3.      Please provide a text of your submission via email to
avs95@ncsc.org or on a computer diskette (Apple or IBM PC, 3.5 inch, double
or high density), or submit via ftp to avs.ncsc.org and download into the
SUBMIT directory (followup with an email message to avs95@ncsc.org) in
addition to a good quality paper copy as backup.  Standard wordprocessing
packages are acceptable as is ASCII.  If using ASCII, no special formatting
is needed, in fact, the less the better as we will convert it to MS Word.

The first choice of file formats are the proprietary document formats of
MacWrite, CDA, WordPerfect, Microsoft Word or WordStar.  The second choice
is simple ASCII text file format and most packages have an option to save a
document in this format.  If in doubt, please save and send your text in
several formats (with descriptive names). However you format your
submission, the text and punctuation will be retained, but the text may be
reformatted in an attractive style consistent throughout the publication.
It would be helpful if you follow standard business-style type face such as
Times, and in a size that is readable such as a 12 point type.  A blank
line between paragraphs will improve the presentation and page numbers
should be located at the bottom of all pages and centered about 1/2 inch
from the bottom.

4.      The SUMMARY or ABSTRACT should start with the Presentation Title,
followed by a blank line, the full speaker name, then your title and
organization, followed by company name or affiliation and a minimum of two
blank lines before starting your abstract such as:

TITLE

(minimum, one blank line)
Full speaker name (list all authors with presenter first)
Title, Department of Division of Organization
Full Company Name

(minimum, two blank lines)
BODY of ABSTRACT

In addition, you may include contact information such as email or phone
after the Full Company Name if you so desire.

5.  How to submit figures and illustrations.  These can be included or
embedded on your diskette, downloaded via ftp in almost any format (avs,
rgb, tiff, gif, etc) or submitted on paper only in full size.  Slides are
not acceptable for this publication.  Submit originals on paper only if
they will appear at the end of the text and not be embedded into the paper.
If your figures will be legible at three inches wide and you wish them
embedded and have submitted them via ftp, please indicate on the paper copy
where you prefer to see each one inserted or call 919 248 1100 for futher
instructions.

6.  ABSTRACTS are generally only a few hundred words and due by October 31,
1995 as outlined above.  Final SUBMISSION is due on January 31, 1995 at the
IAC.

7.  You will receive information on your track Chair and Session after
ABSTRACT is received.  You will be informed of presentation times and days
by your track chair.  Augio Visual need form and a release form are both
found at the end of the message and are required for submission.

8.  This year we are requesting a short Biographical Information sheet.  A
formal biography/resume can be substituted.  This is optional, but we would
like:

Name
Professional Title
Department
Company
Office Telephone and FAX and email address
Paper Title
Educational Background, academic degrees and institutions
Academic awards and honors
Professional Background, job titles, projects, areas of focus/research, etc
Professional awards and honors (also patents, etc)
Other, including interesting aspects of your background relevant to this
conference

9.  Handouts will be prepared by the AVS '95 conference if received before
March 1, 1995.  Handouts completed after that date must be provided by the
speaker.  Most sessions generally have from 30 to 100 attendees.

10.  ADVANCE - In addition to the ABSTRACT, please summarize your presentation
in one or two sentences for possible inclusion in the Advance Proceedings.

11.  FULL PAPERS are required by February 1, 1995 either through disk, email
ftp submission or hard copy (only if no other option).  Track Chairs will
contact all presenters by December 5, 1995 with additional instructions
and clarifications.  Please include your email address if available.  If
you are not contacted by your Chair by December 5, 1995 please contact
the Conference committee at any of the above addresses.

TIMELINE:

ABSTRACT ----->       OCTOBER 31, 1995
ADVANCE  ----->       OCTOBER 31, 1995
PAPER    ----->       FEBRUARY 1, 1995
HANDOUTS ----->       MARCH 1, 1995

**************PERMISSION TO USE FORM FOR AVS'95******************************

                (Please type or print clearly)

AVS '95 Permission to use form.

Complete this form if you are submitting any papers for panels,
lectures, videos, posters, or any other presentation at AVS '95.

A copy of this form MUST accompany each paper or submission.  Send
the completed form along with your submission to the Chair of your
track.  Please make a photocopy for your records.  DO NOT FAX THIS
FORM (original signatures required).

Name of presentor_______________________________
Organization____________________________________
Address._______________________________________
______________________________________________
Telephone______________________________________
FAX____________________________________________
email__________________________________________
Title of your track________________________________
Title of paper.___________________________________

Cirlce one - paper/panel/video theater/poster

                AUTHORIZATION

I grant permission for the above-referenced material and
associated visuals, including slides, video and film, to be
presented at the AVS '95 conference, 19 - 21 April, 1995 in
Boston, MA.  In the event that any materials used in my AVS '94
presentation contain the work of other individuals or
organizations including any copyrighted musical compositions
or excerpts thereof, I understand that it is my responsibility
to secure any necessary permissions and/or licenses.  Small
performing rights licenses must be secured for the public
performance of any copyrighted musical composition.
Synchronization licenses must be secured for the inclusion
of any copyrighted musical compositions in film, video, or
multimedia persentations.

yes/no  I have the necessary rights and/or permissions to
                use the visuals in my piece.

yes/no  My piece contains audio, and I have the necessary rights
                and/or permissions to use the audio in my piece.

yes/no  I grant non-exclusive worldwide distribution rights to
                the International AVS Center and Advanced Visual
                Systems, Inc. to publish and distribute my video
                material in the AVS Video Review.

yes/no  I agree to supply AVS '95 with the required material by
                the stated due date and agree to allow it to be published
                in paper, CD-ROM, and other electronic form.

AVS '95 reserves the right to video record presentations for internal
use and as an archival record of the current conference.  In the event
your session is videotaped, the International AVS Center and
Advanced Visual Systems, Inc. would like permission to use the
video for promotional and educational purposes; speakers will
receive full credit whenever the video is used.

yes/no  I grant the International AVS Center and Advanced Visual
                Systems, Inc. permission to use the video recording of my
                presentation for conference and organizational publicity.


Signature___________________________

Date_______________________________

STATEMENT OF PURPOSE:  The AVS '95 Permission to use form
explains the uses AVS '95 intends of the presented materials
and requires you to acknowledge that you have permission to
use this material.  This may involve seeking clearance from
your employer or from others who have loaned you material,
such as videotapes and slides.  This form helps prevent situations
where AVS '95 presentations include material without permission
that might lead to complaints or even legal action.  This form must
be returned to your program chair as a condition for acceptance
to participation in AVS '95.  In addition, this form asks if the
International AVS Center and Advanced Visual Systems, Inc. may use
your materials for conferencand organization prmotional material
for full author credit information.  All materials are subject to inclusion
on CD-ROM distribution media.  All materials are subject to inclusion
on the International AVS Center World Wide Web URL.

-Steve

PS:  Would you be interested in sharing your AVS work with the
scientific visualization community worldwide via a short article 
and / or slides in an upcoming issue of AVS Network News?  This 
is the IAC's quarterly magazine made up of user contributed 
articles.   

PPS: The IAC is supported in large part by the dues it
receives from memberships at $36.00 per year.  This
includes quarterly publications, $50.00 discounts at
the conference, module portings, etc.  If you are not
already a member, please consider joining - contact 
avs@ncsc.org for more information.

Thanks for considering this!
____________________________________________________________________________
                      ..............
 Steve Thorpe       ..'            ..; International AVS Center / NCSC
 avs@ncsc.org  ..:.......   *IAC .`    P.O. Box 12889
                         `..    ;`     3021 Cornwallis Road
                            `..`       Research Triangle Park, NC 27709-2889

 Access the IAC via Mosaic using http://www.mcnc.org/HTML/ITD/IAC/IAC.html
____________________________________________________________________________




From tzak@sun1.ct.gmr.com (Thomas Zak CT90)
Newsgroups: comp.graphics.avs
Subject: Re: Reading fields in a loop
Date: 21 Oct 1994 18:39:58 GMT
Organization: Electronic Data Systems
Lines: 38
Distribution: world
Message-ID: <3891tu$gml@rcsuna.gmr.com>
References: <37vqm4$j0f@manuel.anu.edu.au>
Reply-To: tzak@cmsa.gmr.com (Thomas Zak CT90)
NNTP-Posting-Host: sun1.ct.gmr.com

gustav@arp.anu.edu.au (Zdzislaw Meglicki) wrote:
>I would like to be able to read a field from a file (or a pipe) at specified 
>time intervals rather than only when I press the button in the "read field"
>module. The idea is to have a field computation going on a supercomputer and
>to view the progress of the computation in "real time". Every 20 seconds or so
>the supercomputer would dump the new image of a field on a particular file
>and AVS module would pick up that updated data and redisplay.
>
>Can anyone suggest how this can be done without having to write the whole
>new module? Perhaps it could be done with an AVS script?
>
I don't think that this can be adequately done with an AVS script because 
scripts don't handle repetitive looping like you seem to want.  But, it wouldn't
be too hard to write a coroutine module to do what you want.	

The new module parameters could be set up like this:
    Sleep toggle
    Time interval integer
    filename browser

create an output port for the filename, and connect it to the read_field filename 
paramter.  

The module code would be like

    get coroutine inputs

    while (sleep is on)
      wait 'Time interval' seconds
      send filename to output
      get coroutine inputs again
    end while

Just a thought,

Tom Zak
Electronic Data Systems
tzak@cmsa.gmr.com


From ysato+@CS.CMU.EDU (Yoichi Sato)
Newsgroups: comp.graphics.avs
Subject: -g option problem
Date: 23 Oct 1994 00:39:57 GMT
Organization: Carnegie Mellon University
Lines: 18
Distribution: world
Message-ID: <38cbct$9oi@cantaloupe.srv.cs.cmu.edu>
NNTP-Posting-Host: h.gp.cs.cmu.edu

Hi, 

I just started using AVS and cannot figure out how to use -g option with AVS.
When I compile my code with -g option and run avs_dbx, I get error messages 
"warning:  stab entry unrecognized: name ,ntype 62, desc 0, value 0"
"warning: main routine not compiled with the -g option"

Does anyone know what is wrong? I tried a couple of compilers, but did not work. 

Any information would be highly appreciated.

Thanks.

-Yoichi Sato (ysato@ri.cmu.edu)
The Robotics Institute
Carnegie Mellon University




From ysato+@CS.CMU.EDU (Yoichi Sato)
Newsgroups: comp.graphics.avs
Subject: Region segmentation & labeling
Date: 23 Oct 1994 00:43:27 GMT
Organization: Carnegie Mellon University
Lines: 12
Distribution: world
Message-ID: <38cbjf$9oi@cantaloupe.srv.cs.cmu.edu>
NNTP-Posting-Host: h.gp.cs.cmu.edu

Hi, 

I am looking for modules for segmenting and labeling images, with a 2D float 
field given. Are there any modules to do this available? 

I would appreciate any pointers. Thanks alot.

-Yoichi Sato (ysato@ri.cmu.edu)
The Robotics Institute
Carnegie Mellon University




From thorpe@mcnc.org (Steve Thorpe)
Subject: AVS '95 Call for Videos
Message-ID: <1994Oct27.140235.1060@mcnc.org>
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: International AVS Center, MCNC
Date: Thu, 27 Oct 1994 14:02:35 GMT

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

               CALL FOR VIDEOs for AVS '95

        (you should also have received the Call for Abstracts for
         AVS'95, if not, please let us know or use anonymous ftp to
	 get it from avs.ncsc.org:/avs95/Call_For_Abstracts.txt)

The Program Committee for the 4th Annual International AVS User Group
Conference is calling for videos to be presented at the Spring 1995
conference.  We're very lucky to be able to have the conference at the
Boston Marriott - Copley Place.  The dates for the conference are April 19
- 21, 1995.  Expected attendees include users of the AVS products and
Uniras users from around the world.

Please consider contributing an AVS Video for the video review
at AVS '95.  This will be an approximately hour long show on one
night of the conference.  It will feature completed AVS animations
as well as work in progress animations from AVS users around the
world.  We are looking for both scientific and artistic contributions.

Submissions need not be fancy, elaborate, or long (perhaps as
short as 30 seconds or less, or as long as a couple of minutes).  A
piece can be submitted with or without sound, on a variety of video
tape media.  Full credits will be provided for you and your
organization.

In order to allow time for dubbing together the submissions
prior to AVS '95, we are requesting a submission date of March 1st,
1995 or earlier.  We would also like an electronic submission in
MPEG format or QuickTime so we can put it on our WWW URL after the
conference.  Abstracts outlining your video theme are needed by December 1,
1994.  Information on submissions timelines and formats are included at the
end of this announcement.

Submission from outside the United States should consider delays through
Customs (up to two weeks) if sending hard copy or disk formats.  This can
be eliminated by putting on the label "Educational material with no
commercial value".  A permission to use form MUST be included for each
category submitted.

Presentation of a video at the AVS '95 Video Theater means you:

        Receive a free copy of the valuable AVS '95 proceedings
        reference book;

        Become recognized as a leading expert in the field by hundreds
        of attendees and subscribers;

        Increase your professional visibility;

        Expose your organization to professionals and universities
        from around the world;

        Contribute to the industry's future and advance progress in
        many global endeavors; and

        And of course, a free AVS '95 T-Shirt and mug!!

Deadlines (All are for 6 pm Eastern Standard Time)
=========

*ABSTRACT -----> DECEMBER 1, 1994
 VIDEO    -----> MARCH 1, 1995

*The abstract is not absolutely necessary, we would just like to
be able to have a feel for the number of potential submitters and
the general categories of their video.  It will not be part of any
proceedings, rather for internal planning purposes only.
***************FORMAT GUIDE*************************************

AVS '95 Video Review Submission Media Format Guidelines
-------------------------------------------------------
The following formats will be accepted for submissions, which are
due at the IAC no later than 3/1/95.  This is ordered from most
desired (1) to least desired (7).

1) Betacam SP
2) Betacam
3) 3/4" U-matic SP
4) Umatic (also known simply as "3/4 inch")
5) S-VHS
6) VHS (please use only as almost last option)

NTSC preferred but PAL/SECAM can be converted here with a 1-week delay.

If tapes have narration you should send the written script
as we may have to re-narrate it if the piece is shortened.  All pieces are
subject to shortening unless submitted on a "use all or none" rule.

Thanks and hope to see you in Boston !

Requests for information and Submissions
----------------------------------------
If you have any questions concerning the video theater or if
you wish to present a video at AVS '95 April 19-21, 1995 contact
Mike Pique at:

	Mike Pique - AVS '95 Video Review Chair
	The Scripps Research Institute MB-5
	Department of Molecular Biology
	10666 N. Torrey Pines Road
	La  Jolla, CA 92037 USA
	phone: 619/554-9775
	email: mp@scripps.edu

Please submit your video to Mike Pique by February 1st, 1995.  Please
include the title and author names and affiliations, and a short summary of
the science being shown in your piece.  A Permission Request Form is at the
end of this notice and required to all who submit video presentations.  
The AVS '95 Video Tape will be sold to help provide funds for supporting the 
IAC (a non-profit organization).  For other information, contact:

	David Bennett
	International AVS Center
	North Carolina Supercomputing Center
	3021 Cornwallis Road
	Research Triangle Park, NC 27709
	phone: 919/248-1100
	email: avs@ncsc.org
	fax: 919/248-1101
	http://www.mcnc.org/HTML/ITD/IAC/IAC_Home_Page.html


************PERMISSION TO USE FORM FOR VIDEO THEATER***************

                (Please type or print clearly)

AVS '95 Permission to use form.

Complete this form if you are submitting any papers for panels,
lectures, videos, posters, or any other presentation at AVS '95.

A copy of this form MUST accompany each paper or submission.  Send
the completed form along with your submission to the Chair of your
track.  Please make a photocopy for your records.  DO NOT FAX THIS
FORM (original signatures required).

Name of presenter______________________________
Organization___________________________________
Address._______________________________________
_______________________________________________
Telephone______________________________________
FAX____________________________________________
email__________________________________________
Title of your track____________________________
Title of paper.________________________________

Circle one - paper/panel/video theater/poster

                AUTHORIZATION

I grant permission for the above-referenced material and
associated visuals, including slides, video and film, to be
presented at the AVS '95 conference, 19 - 21 April, 1995 in
Boston, MA.  In the event that any materials used in my AVS '94
presentation contain the work of other individuals or
organizations including any copyrighted musical compositions
or excerpts thereof, I understand that it is my responsibility
to secure any necessary permissions and/or licenses.  Small
performing rights licenses must be secured for the public
performance of any copyrighted musical composition.
Synchronization licenses must be secured for the inclusion
of any copyrighted musical compositions in film, video, or
multimedia presentations.

yes/no  I have the necessary rights and/or permissions to
                use the visuals in my piece.

yes/no  My piece contains audio, and I have the necessary rights
                and/or permissions to use the audio in my piece.

yes/no  I grant non-exclusive worldwide distribution rights to
                the International AVS Center and Advanced Visual
                Systems, Inc. to publish and distribute my video
                material in the AVS Video Review.

yes/no  I agree to supply AVS '95 with the required material by
                the stated due date and agree to allow it to be published
                in paper, CD-ROM, and other electronic form.

AVS '95 reserves the right to video record presentations for internal
use and as an archival record of the current conference.  In the event
your session is videotaped, the International AVS Center and
Advanced Visual Systems, Inc. would like permission to use the
video for promotional and educational purposes; speakers will
receive full credit whenever the video is used.

yes/no  I grant the International AVS Center and Advanced Visual
                Systems, Inc. permission to use the video recording of my
                presentation for conference and organizational publicity.


Signature___________________________

Date_______________________________

STATEMENT OF PURPOSE:  The AVS '95 Permission to use form
explains the uses AVS '95 intends of the presented materials
and requires you to acknowledge that you have permission to
use this material.  This may involve seeking clearance from
your employer or from others who have loaned you material,
such as videotapes and slides.  This form helps prevent situations
where AVS '945presentations include material without permission
that might lead to complaints or even legal action.  This form must
be returned to your program chair as a condition for acceptance
to participation in AVS '95.  In addition, this form asks if the
International AVS Center and Advanced Visual Systems, Inc. may use
your materials for conference and organization promotional material
for full author credit information.  All materials are subject to inclusion
on CD-ROM distribution media.  All materials are subject to inclusion
on the International AVS Center World Wide Web URL.


From ra1@magellan.cs.unh.edu (Ranjan Aggarwal)
Newsgroups: comp.graphics.avs
Subject: AVS help.................
Date: 23 Oct 1994 15:45:42 GMT
Organization: University of New Hampshire  -  Durham, NH
Lines: 9
Distribution: world
Message-ID: <38e0f6$cah@mozz.unh.edu>
NNTP-Posting-Host: magellan.cs.unh.edu
Keywords: geometry viewer

Hi everyone,
   Does anyone know how to change the background color of the
'geometry viewer' display window ?
 
Please reply to me directly at ra1@cs.unh.edu. 
Thanks for your help.

Ranjan
ra1@cs.unh.edu 


From davidb@mcnc.org (David Bennett)
Subject: AVS '95 Paper Extension
Message-ID: <1994Oct28.132847.14637@mcnc.org>
Summary: Extension to Call for Abstracts, AVS '95
Sender: daemon@mcnc.org (David Daemon)
Nntp-Posting-Host: doppler.ncsc.org
Organization: MCNC Center for Microelectronics, RTP, NC
Date: Fri, 28 Oct 1994 13:28:47 GMT

In the recent call for abstracts for AVS '95 the date was
October 31, 1994.  It should be November 21, 1994.  



I am reposting the call with changed dates:


               CALL FOR ABSTRACTS FOR AVS '95 PAPER PRESENTATIONS

                        DEADLINE - NOVEMBER  21, 1994!!!
	(NOTE-Contingent on internal approval of your company) 

                AVS User Group - International AVS '95 Conference

The Program Committee for the 4th Annual International AVS User Group
Conference is calling for abstracts for papers to be presented at AVS'95.
A call for panels, videos, and WWW session will also go out shortly.
We're very lucky to be able to have the conference at the Boston Marriott -
Copley Place in Boston, MA.  The dates for the conference are April 19 -
21, 1995.  Expected attendees include users of the AVS products including
Uniras users from around the world.

Information on submissions timelines and formats are included at the
end of this announcement.  Abstracts for each category must be
submitted by October 31, 1994 for consideration.  Also, include your full
name and affiliation as you would like it to appear in the program.
Detailed information will be sent to you if your paper is accepted. A/V
requirements should be submitted with the abstract.   All lectures are 45
minutes in length including a question/answer period.  If you are not
selected as a presenter, your paper could still be chosen for inclusion in
the AVS '95 Proceedings.  Submission from outside the United States should 
consider delays through Customs (up to two weeks) if sending hard copy or 
disk formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.

Presentation of a paper means you:

        Receive a free copy of the valuable AVS '95 proceedings
        reference book;

        Become recognized as a leading expert in the field by hundreds
        of attendees and subscribers;

        Increase your professional visibility;

        Expose your organization to professionals and universities
        from around the world;

        Contribute to the industry's future and advance progress in
        many global endeavors; and

        And of course, a free AVS '95 T-Shirt and mug!!

Deadlines (All are for 6 pm Eastern Standard Time).  See Paper Format
Section below for definitions of ABSTRACTS AND ADVANCE versus PAPER and
HANDOUTS.
=========

ABSTRACT -----> NOVEMBER 21, 1994
ADVANCE  -----> NOVEMBER 21, 1994
PAPER    -----> FEBRUARY 1, 1995
HANDOUTS -----> MARCH 1, 1995

Notification of aceptance or rejection will be December 5, 1994.

1.      Send requests for information, abstract submissions, and papers
electronically:

        via e-mail to:

avs95@ncsc.org

        or ftp to:

 avs.ncsc.org (128.109.178.23) and place in the SUBMIT directory.

2.      Or VIA US mail to:

MCNC
ATTN: AVS '95 Conference
AVS '95 Technical Program Chair
3021 Cornwallis Road
RTP, NC 27709 USA

3.      Or FAX it to:

AVS '95 Technical Program Chair
International AVS Center
FAX Number (919) 248 1101

CATEGORIES
==========
The topics of interest to this committee (comprised of users,
IAC staff and AVS Inc. representatives) include visualization
in the AVS environment and application software development
using AVS, AVS/Express, and AVS/Uniras products such as Toolmaster.

Planned tracks include an AVS and Uniras products and technology
track (Ham Lord - Chair) , an application development track and two
User tracks made up of user presentations in eight to ten application areas.
We are also calling now for volunteers to act as Track Chairs for
these tracks and for the topics listed below.  Papers are needed
demonstrating the use of AVS and Toolmaster in the following
applications:

**      Medical;
**      Oil and Gas: Exploration and Production;
**      Imaging: Remote Sensing, MIcrosopy;
**      Environmental Sciences;
**      GIS and Earth Resources;
**      Commercial Applications (Financial/Business/Telecomm/Statistics);
**      Research/Government/Academic/Scientific Applications; and
**      Engineering Analysis (Mechanical, CFD, etc.).

In addition, the committee is looking for papers for the
application development track on such topics as : how do
you develop and build an AVS or Uniras application?; AVS
module development; developer case studies/examples;
interfacing AVS to other packages; and other related topics.
Developers are encouraged to discuss how they have integrated
their products using AVS/Express.

If you have a suggestion for a paper outside of
those areas mentioned in this message, please submit an
abstract as we will try to accommodate general topics.


Thank you,

David T. Bennett
AVS '94 Technical Program Chair
Information Technology Division, MCNC
919 248 1182 Phone
919 248 1101 FAX
avs94@ncsc.org

PLEASE forward this announcement to others that you feel may be
interested in participating in the conference. as not all of the
AVS and Toolmaster users are in our database at present.

NOTE:  There are still some openings for Chairs for AVS '95.
If you are interested in volunteering, contact David Bennett
for more information.  In addition, articles are being accepted
for the next two issues of the AVS Network News magazine.  If
you want to have your AVS related article published contact David
Bennett at the above address.  Video, panel and WWW information
is also available from David Bennett.

*******************PAPER FORMAT INFORMATION****************************

PAPER SUBMISSION FORMAT:

AVS '95's annual proceedings have been considerably strengthened this year with
the potential inclusion of a CD distribution in addition to the AVS'95
Proceedings hardcopy version.  The 1991-1993 versions are an exceptional
publication that is in demand by corporations, universities and individuals
throughout the world.  To provide the highest quality publication, the AVS
'95 Proceedings will now be electronically typeset, instead of
photographically reproduced as in the past.  This change requires somewhat
different submission from you.  All lectures are 30 or 45 minutes in length
including a question/answer period.  If you are not selected as a
presenter, your paper could still be  chosen for inclusion in the AVS '95
Proceedings. Submission from outside the United States should consider
delays through Customs (up to two weeks) if sending hard copy or disk
formats.  This can be eliminated by putting on the label "Educational
material with no commercial value".  A permission to use form MUST be
included for each category submitted.  Only electronic formats will be
eligible for inclusion on CD-ROM (not 100% sure as yet).


1.  General Considerations - AVS '95 published papers which may include figures
embedded within the text or supplied separately.  All of the items
comprising each submission should be shipped to the International AVS
Center (address below) as a single package.  Copies of visual aids which
are simply bullets from your verbal and written presentations (i.e. slides
and/or viewgraphs) are not published unless they are specifically cited in
your published paper, but are submitted as handouts for the audience.

2.  Organization of the Submission - All submissions should follow the
formats outlined below:

Abstract        A concise summary of the major points covered in the paper.
Advance         A sentence or two for inclusion in the Advance Proceedings of
                your paper.
Introduction    A brief historical overview, scope, approach and principal
                points.
Body            The body may be subdivided into a series of subtitles.
Conclusions     A summary of the major points or results.
Addendum        Appendices, glossary, acknowledgements, and references.
Figures         Supporting figures (illustrations, graphs, charts and tables)
                should supplement rather than duplicate the text.

3.      Please provide a text of your submission via email to
avs95@ncsc.org or on a computer diskette (Apple or IBM PC, 3.5 inch, double
or high density), or submit via ftp to avs.ncsc.org and download into the
SUBMIT directory (followup with an email message to avs95@ncsc.org) in
addition to a good quality paper copy as backup.  Standard wordprocessing
packages are acceptable as is ASCII.  If using ASCII, no special formatting
is needed, in fact, the less the better as we will convert it to MS Word.

The first choice of file formats are the proprietary document formats of
MacWrite, CDA, WordPerfect, Microsoft Word or WordStar.  The second choice
is simple ASCII text file format and most packages have an option to save a
document in this format.  If in doubt, please save and send your text in
several formats (with descriptive names). However you format your
submission, the text and punctuation will be retained, but the text may be
reformatted in an attractive style consistent throughout the publication.
It would be helpful if you follow standard business-style type face such as
Times, and in a size that is readable such as a 12 point type.  A blank
line between paragraphs will improve the presentation and page numbers
should be located at the bottom of all pages and centered about 1/2 inch
from the bottom.

4.      The SUMMARY or ABSTRACT should start with the Presentation Title,
followed by a blank line, the full speaker name, then your title and
organization, followed by company name or affiliation and a minimum of two
blank lines before starting your abstract such as:

TITLE

(minimum, one blank line)
Full speaker name (list all authors with presenter first)
Title, Department of Division of Organization
Full Company Name

(minimum, two blank lines)
BODY of ABSTRACT

In addition, you may include contact information such as email or phone
after the Full Company Name if you so desire.

5.  How to submit figures and illustrations.  These can be included or
embedded on your diskette, downloaded via ftp in almost any format (avs,
rgb, tiff, gif, etc) or submitted on paper only in full size.  Slides are
not acceptable for this publication.  Submit originals on paper only if
they will appear at the end of the text and not be embedded into the paper.
If your figures will be legible at three inches wide and you wish them
embedded and have submitted them via ftp, please indicate on the paper copy
where you prefer to see each one inserted or call 919 248 1100 for futher
instructions.

6.  ABSTRACTS are generally only a few hundred words and due by October 31,
1995 as outlined above.  Final SUBMISSION is due on January 31, 1995 at the
IAC.

7.  You will receive information on your track Chair and Session after
ABSTRACT is received.  You will be informed of presentation times and days
by your track chair.  Augio Visual need form and a release form are both
found at the end of the message and are required for submission.

8.  This year we are requesting a short Biographical Information sheet.  A
formal biography/resume can be substituted.  This is optional, but we would
like:

Name
Professional Title
Department
Company
Office Telephone and FAX and email address
Paper Title
Educational Background, academic degrees and institutions
Academic awards and honors
Professional Background, job titles, projects, areas of focus/research, etc
Professional awards and honors (also patents, etc)
Other, including interesting aspects of your background relevant to this
conference

9.  Handouts will be prepared by the AVS '95 conference if received before
March 1, 1995.  Handouts completed after that date must be provided by the
speaker.  Most sessions generally have from 30 to 100 attendees.

10.  ADVANCE - In addition to the ABSTRACT, please summarize your presentation
in one or two sentences for possible inclusion in the Advance Proceedings.

11.  FULL PAPERS are required by February 1, 1995 either through disk, email
ftp submission or hard copy (only if no other option).  Track Chairs will
contact all presenters by December 5, 1995 with additional instructions
and clarifications.  Please include your email address if available.  If
you are not contacted by your Chair by December 5, 1995 please contact
the Conference committee at any of the above addresses.

TIMELINE:

ABSTRACT ----->       NOVEMBER 21, 1994
ADVANCE  ----->       NOVEMBER 21, 1994
PAPER    ----->       FEBRUARY 1, 1995
HANDOUTS ----->       MARCH 1, 1995

**************PERMISSION TO USE FORM FOR AVS'95******************************

                (Please type or print clearly)

AVS '95 Permission to use form.

Complete this form if you are submitting any papers for panels,
lectures, videos, posters, or any other presentation at AVS '95.

A copy of this form MUST accompany each paper or submission.  Send
the completed form along with your submission to the Chair of your
track.  Please make a photocopy for your records.  DO NOT FAX THIS
FORM (original signatures required).

Name of presentor_______________________________
Organization____________________________________
Address._______________________________________
______________________________________________
Telephone______________________________________
FAX____________________________________________
email__________________________________________
Title of your track________________________________
Title of paper.___________________________________

Cirlce one - paper/panel/video theater/poster

                AUTHORIZATION

I grant permission for the above-referenced material and
associated visuals, including slides, video and film, to be
presented at the AVS '95 conference, 19 - 21 April, 1995 in
Boston, MA.  In the event that any materials used in my AVS '95
presentation contain the work of other individuals or
organizations including any copyrighted musical compositions
or excerpts thereof, I understand that it is my responsibility
to secure any necessary permissions and/or licenses.  Small
performing rights licenses must be secured for the public
performance of any copyrighted musical composition.
Synchronization licenses must be secured for the inclusion
of any copyrighted musical compositions in film, video, or
multimedia persentations.

yes/no  I have the necessary rights and/or permissions to
                use the visuals in my piece.

yes/no  My piece contains audio, and I have the necessary rights
                and/or permissions to use the audio in my piece.

yes/no  I grant non-exclusive worldwide distribution rights to
                the International AVS Center and Advanced Visual
                Systems, Inc. to publish and distribute my video
                material in the AVS Video Review.

yes/no  I agree to supply AVS '95 with the required material by
                the stated due date and agree to allow it to be published
                in paper, CD-ROM, and other electronic form.

AVS '95 reserves the right to video record presentations for internal
use and as an archival record of the current conference.  In the event
your session is videotaped, the International AVS Center and
Advanced Visual Systems, Inc. would like permission to use the
video for promotional and educational purposes; speakers will
receive full credit whenever the video is used.

yes/no  I grant the International AVS Center and Advanced Visual
                Systems, Inc. permission to use the video recording of my
                presentation for conference and organizational publicity.


Signature___________________________

Date_______________________________

STATEMENT OF PURPOSE:  The AVS '95 Permission to use form
explains the uses AVS '95 intends of the presented materials
and requires you to acknowledge that you have permission to
use this material.  This may involve seeking clearance from
your employer or from others who have loaned you material,
such as videotapes and slides.  This form helps prevent situations
where AVS '95 presentations include material without permission
that might lead to complaints or even legal action.  This form must
be returned to your program chair as a condition for acceptance
to participation in AVS '95.  In addition, this form asks if the
International AVS Center and Advanced Visual Systems, Inc. may use
your materials for conferencand organization prmotional material
for full author credit information.  All materials are subject to inclusion
on CD-ROM distribution media.  All materials are subject to inclusion
on the International AVS Center World Wide Web URL.
-- 
David Bennett
International AVS Center
NCSC


From pablo@atlas.its.uci.edu (Pablo)
Newsgroups: comp.graphics.avs
Subject: Help: dynamic application of AVS
Date: 24 Oct 1994 18:57:04 GMT
Organization: University of California, Irvine
Lines: 26
Message-ID: <38h020$g35@news.service.uci.edu>
NNTP-Posting-Host: atlas.its.uci.edu

Hello all,

I was wondering if there was any way AVS could dynamically read/output 
data via the geometry viewer.  Here is my plan -  I have data organized 
as such:

a1 b1 c1 d1
a2 b2 c2 d2
....
a1200 b1200 c1200 d1200

My AVS network is set up and running fine.  It reads the 1200 points 
and produces a 3-d, static graph.  What I would like to do is read,
say, the first 5 or 10 points, plot them, then read the next 5 or
10 points, delete those already plotted, plot the new points, read,
delete, plot, etc.  I hope to see a 'worm', if you will, moving along
my grid.  Does anyone know if something like this is possible?  I would 
appreciate any help.  Thanks!

--
Paul 'Pablo' Fierro
Graduate Student Researcher
Institute of Transportation Studies
University of California at Irvine

  


From burnett@research.CS.ORST.EDU (Margaret Burnett)
Newsgroups: comp.graphics.avs
Subject: Uses of Visual Programming
Date: 24 Oct 1994 17:34:59 GMT
Organization: Computer Science Department, Oregon State University
Lines: 49
Distribution: world
Message-ID: <38gr83$r9m@engr.orst.edu>
NNTP-Posting-Host: gold.cs.orst.edu


I'm trying to gather some information about how people are actually
using visual programming products.  I am interested in use of BOTH
visual programming languages and visual programming environments
discussed on this and other newsgroups.

Thanks for your help!

Margaret Burnett
burnett@cs.orst.edu

------------------------------cut here------------------------

If you are using ANY kind of visual programming product to
do some useful task, I'd really appreciate it if you'd drop me
a quick note (burnett@cs.orst.edu) telling me:

-----
1. Your name:
2. Company name that you work for when you are using this product:
3. What visual programming language or environment you are using:
4. Who makes this visual programming product:
5. What are you using it for:
-----


Examples:
2. Company name that you work for when you are using this product:
     Example answers:
             I just use it at home.
             I use it at IBM.
             I use it at Smith Consulting.
3. What visual programming language or environment you are using:
     Example answers:
             Prograph
             Visual Basic
             LabView
             VisualWorks
             AVS
             Khoros's Cantata

5. What are you using it for:
     Example answers:
             To quickly create 1-time editing macros to use on my 
                graphical editor.
             To create a shrink-wrapped payroll software product.
             To define visualizations of my scientific data.
             To write custom software for my government clients.



From Gina L Ross <glr@cs.unh.edu>
Newsgroups: comp.graphics.avs
Subject: avs v4.0 and ultrix v4.4
Date: 25 Oct 1994 14:48:50 GMT
Organization: University of New Hampshire  -  Durham, NH
Lines: 13
Message-ID: <38j5si$5t7@mozz.unh.edu>
NNTP-Posting-Host: nullprolog.cs.unh.edu


Hi.
Does anyone know if AVS 4.0 runs properly under Ultrix 4.4?
It is no longer a Digital product and the third party company cannot
answer the question because I do not have a maintenance agreement with them.

Your response is greatly appreciated, and I would appreicate if you
mailed me directly.

Thanks in advance,
Gina
glr@cs.unh.edu



From dstarks@rc.tudelft.nl (David Starks-Browning)
Subject: pathological examples to test isosurface algorithm?
Message-ID: <Cy8LI9.F45@news.tudelft.nl>
Lines:       31
Sender: rcmodsb@rc.tudelft.nl (David Starks-Browning)
Nntp-Posting-Host: mo6.rc.tudelft.nl
Reply-To: dstarks@rc.tudelft.nl
Organization: TU Delft Rekencentrum
Date: Tue, 25 Oct 1994 16:22:57 GMT

I thought I had seen an example which demonstrated a pathological
case in the AVS isosurface module.  I thought it was a post or private
email, but now I can't find it anywhere.

Does anybody have such an example?  Perhaps there is an isosurface
"test suite" somewhere, containing data sets with ambiguous cases for
the marching cubes algorithm?

Has anybody thoroughly tested the AVS isosurface module to see if it
correctly handles the ambiguous cases in the marching cubes algorithm?

Thanks for your help.

Sincerely,

David Starks-Browning
Rekencentrum, Technische Universiteit Delft
Postbus 354
2600 AJ  Delft
The Netherlands

Tel: +31-15-78-8135
Fax: +31-15-78-3787

D.Starks-Browning@rc.tudelft.nl
      - or -
dstarks@rc.tudelft.nl

PLEASE:  Check the return address if you reply to me directly.
         Sometimes I screw up the "From:" and "Reply-to:" fields
         on outgoing posts.


From pure@wimsey.com (Pure Cycleworks Ltd)
Newsgroups: comp.graphics.avs
Subject: your opinion needed
Date: Wed, 26 Oct 1994 09:42:18 -0800
Organization: Pure Cycleworks Ltd
Lines: 21
Message-ID: <pure-2610940942180001@pme15.pomo.wis.net>
NNTP-Posting-Host: pme15.pomo.wis.net

We are considering building a real estate development geared to multimedia
artists (including videographers, cinematographers, photographers, graphic
designers computer software and video game developers) in Vancouver, BC. 
The complex would include a number of condominium artists live-in studios,
as well as such on-site facilities as editing suites, video studios,
service bureau, etc. We have plans for filtered uninteruptable power,
video specific wiring, patch-bays, soundproofing, etc. built into each
unit.

We are interested to know what special needs you would like to see catered
to if you were going to consider purchasing a studio in a complex like
this.  Don't be afraid to get too specific.  If you prefer south exposure,
say so.  Same goes for things like extra plumbing, air conditioning,
intercom.  Anything you want.

Feel free to reply either within this forum, or you can e-mail me
directly.  All e-mail replies will be held in strictest confidence.

Thanks in advance,

MS


From dstarks@rc.tudelft.nl (David Starks-Browning)
Subject: UTIL macros (or functions?)
Message-ID: <CyA91p.G2v@news.tudelft.nl>
Lines:       34
Sender: rcmodsb@rc.tudelft.nl (David Starks-Browning)
Nntp-Posting-Host: mo6.rc.tudelft.nl
Reply-To: dstarks@rc.tudelft.nl
Organization: TU Delft Rekencentrum
Date: Wed, 26 Oct 1994 13:49:00 GMT

I see references to things like

	UTILget_coord()
	UTILfield_build_block_table()
	UTILucd_copy_cell_list()
	UTILucd_copy_cells()
	UTILucd_copy_nodes()

in a couple of /usr/avs/examples/*.c and /usr/avs/include/*.h files.
But I can't find references to them anywhere else, including in any of
the AVS manuals.  What are they, where are they, and how do I find out
what they do?

Thanks for your help.

Sincerely,

David Starks-Browning
Rekencentrum, Technische Universiteit Delft
Postbus 354
2600 AJ  Delft
The Netherlands

Tel: +31-15-78-8135
Fax: +31-15-78-3787

D.Starks-Browning@rc.tudelft.nl
      - or -
dstarks@rc.tudelft.nl

PLEASE:  Check the return address if you reply to me directly.
         Sometimes I screw up the "From:" and "Reply-to:" fields
         on outgoing posts.



From tzak@sun1.ct.gmr.com (Thomas Zak CT90)
Newsgroups: comp.graphics.avs
Subject: Re: Help: dynamic application of AVS
Date: 25 Oct 1994 13:16:43 GMT
Organization: GM Research, Warren, Mi
Lines: 26
Distribution: world
Message-ID: <38j0fr$h4v@rcsuna.gmr.com>
References: <38h020$g35@news.service.uci.edu>
Reply-To: tzak@cmsa.gmr.com (Thomas Zak CT90)
NNTP-Posting-Host: sun1.ct.gmr.com

Paul,

How about this:

ANIMATE INTEGER
        |
        +------+
        |      |  READ FIELD
    DELTA INT  |       |
        |      | +-----+
        +----+ | | 
             | | |
              CROP
              |
       FIELD TO MESH
              |
    GEOMETRY VIEWER

The Delta Int module ( which can be found at the IAC ftp site, avs.ncsc.org:
avs_modules/filters/Delta_Int ) adds a constant to the integer which is input,
and can therefore be used with animate integer to form a moving crop range.

Thomas Zak
Electronic Data Systems
tzak@cmsa.gmr.com



From moa1@actcom.co.il (Moa1)
Subject: AVS benchmarks
Organization: ACTCOM - ACTive COMmunication Ltd. - Internet Services
Date: Wed, 26 Oct 1994 21:33:11 GMT
Message-ID: <CyAuJB.Fsq@actcom.co.il>
Sender: news@wang.com
Lines: 1




From hollasch@netcom.com (Steve Hollasch)
Subject: RFD: comp.graphics Reorganization
Message-ID: <hollaschCyAwv4.3q2@netcom.com>
Followup-To: news.groups
Reply-To: hollasch@acm.org
Organization: None
Date: Wed, 26 Oct 1994 22:23:28 GMT
Lines: 15


    I have posted an RFD (Request For Discussion) in news.groups for a
comprehensive reorganization of the comp.graphics hierarchy.  This group was
not included on the newsgroups list because of a 200 character limit imposed
on the Newsgroups: line.

    Regarding this particular newsgroup, the RFD proposes that
comp.graphics.avs be renamed to comp.graphics.packages.avs.

    I urge all readers to go over this proposal and give comment.  In order
for there to be a common discussion of this proposal, please followup in
news.groups.  You can also contact me directly at 'hollasch@acm.org'.

                                           -- Steve Hollasch, hollasch@acm.org



From iank@tdc.dircon.co.uk (Ian Kemmish)
Newsgroups: comp.graphics.avs,comp.graphics.visualization
Subject: Re: pathological examples to test isosurface algorithm?
Date: 27 Oct 1994 20:01:21 -0000
Organization: The Direct Connection
Lines: 12
Message-ID: <iank.783288013@tdc>
References: <Cy8LI9.F45@news.tudelft.nl>
NNTP-Posting-Host: tdc.dircon.co.uk



I don't know about AVS, but the marching cubes algorithm as 
originally published has terrible problems with narrow saddles 
(for example, the thumb and forefinger of a hand).  Generate 
a few of those and see how you do.

-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ian Kemmish                     18 Durham Close, Biggleswade, Beds SG18 8HZ
ian@eeyore.dircon.co.uk         Tel: +44 767 601 361
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


From ferguson@craycos.com (Scott R. Ferguson)
Newsgroups: comp.graphics.avs
Subject: Re: True Color X Terms
Date: 27 Oct 1994 12:37:25 -0600
Organization: Cray Computer Corporation
Lines: 24
Message-ID: <38os15$a92@nack.craycos.com>
References: <ahaas.2.2EAED358@fdant.nctr.fda.gov>
NNTP-Posting-Host: nack.craycos.com

In article <ahaas.2.2EAED358@fdant.nctr.fda.gov> ahaas@fdant.nctr.fda.gov (Andy Haas) writes:
>
>I would really like to know what kind of X terms (if any)
>people out there use for imaging and visualization
>apps.  Maybe the dithering caused by an 8bit X term
>wouldn't look as nasty as I think.  I'd like to know what
>peoples' experiences and ideas on this matter are.

Since we're spending all our cash on building the Cray-4, we've got no
24-bit workstations on site at all. So I do all my AVS work on a Cray-3,
with the software renderer. The 8-bit dithering really doesn't hurt all
that much, and the choices of regular, Floyd Steinberg, and Monochrome
in AVS help a lot.

Network speed becomes a big issue, so the smaller your geometry viewer
window, the faster. A 512x512 8-bit pixmap is 256 kbytes. A 24-bit image
of the same dimensions would be 3 times that of course, so refresh speed
would be worse with 24 bits over the net.

-- 
---------------------------------------------------------------------------
Scott Ferguson                                         ferguson@craycos.com
Cray Computer Corporation    http://www.craycos.com/~ferguson/ferguson.html
Colorado Springs, CO                                     Solely my opinions


From zgem04@trc.amoco.com (Gary E. Murphy)
Subject: new to avs
Message-ID: <CyB0or.MD0@trc.amoco.com>
Sender: usenet@trc.amoco.com
Reply-To: zgem04@trc.amoco.com
Organization: Amoco Production Company, Tulsa Research
Date: Wed, 26 Oct 1994 23:46:02 GMT
Lines: 10

Our group is thinking about developing a new system based on something like avs.
We support internal customers throughout the world.  Are there export restrictions?

---
* Gary Murphy (gmurphy@amoco.com)  * Crazy?  I was crazy once.  They  *
* Amoco E&P Technology             * locked me in a rubber room - a   *
* Phone:  918-660-3839             * room full of rats.  The rats     *
* FAX:    918-660-4163             * drove me crazy.  Crazy?  I was   *
* Snail:  PO3385,Tulsa,OK 74102    * crazy once...                    *



From waugh@procyon.dartmouth.edu (James L. Waugh)
Newsgroups: comp.graphics.avs
Subject: Ersatz Animation
Date: 27 Oct 1994 17:11:54 GMT
Organization: Project NORTHSTAR, Dartmouth College, Hanover, NH
Lines: 38
Distribution: world
Message-ID: <38on0q$hml@dartvax.dartmouth.edu>
NNTP-Posting-Host: procyon.dartmouth.edu


                                  10/27/94
 
While the AVS license at our site does not include the AVS animation
software, users are nevertheless trying to develop a procedure for
producing flipbook-style animations.  Our IBM hosts on which AVS runs
have only entry-level graphics hardware, i.e. 8-bit color, etc.  Our
newest machine has 256Mb RAM, though.  I'd like to ask for users'
advice on how these machines might produce the speediest animations.

Virtually all the networks here end with the geometry_viewer module
putting color on the screen.  The "User's Guide" pp.4-39 through 4-43
discusses a method of capturing images in memory and then playing them
back.  Pp. 5-63 through 5-65 discuss sequences of geometries as
animations via script language, etc.  Are there other (popular?)
methods available, say, from the IAC site and user-contributed
modules?  What method(s) might deliver the best (best=fastest)
animations...given our hardware limitations?

As the group's computer admin-guy, I know that there are non-AVS
tools available:  the "xv" utility can be used to capture AVS
window images into GIF files and play them back, and the native
X commands "xwd" and "xloadimage" will do likewise.  However,
I suspect that AVS can do it better.

Thanks for your suggestions.

-Jim

------------------------------------------------------------------------------
| Jim Waugh, Computer Administrator          email:  jim.waugh@dartmouth.edu |
|     Thayer School of Engineering, Dartmouth College, Hanover, NH 03755     |
------------------------------------------------------------------------------
--
------------------------------------------------------------------------------
| Jim Waugh, Computer Administrator          email:  jim.waugh@dartmouth.edu |
|     Thayer School of Engineering, Dartmouth College, Hanover, NH 03755     |
------------------------------------------------------------------------------


