From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - Graph_slider
Message-ID: <C6D6ED.n57@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:03:49 GMT

Name        : Graph_slider    Version      : 1.000     Mod Number : 1614 
Author      : Hideo Miyachi, Kubota Corporation
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Convex HP Kubota
Description : Graph slider can shift the range in x axis in graph viewer. By
              default, you can specify the max and min value
              respectively. You can set the range and min value in this
              module so that if you change only min value the graph slides.
              This module has no input and output ports. That means this
              module accesses CLI. This module is very simple and short
              code. You can use as a refernce for CLI access.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - image_combine
Message-ID: <C6D6y3.1Gp@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:15:39 GMT

Name        : image_combine   Version      : 1.000     Mod Number : 1615 
Author      : Hideo Miyachi, Kubota Corporation
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Convex HP
Description : image_combine generates a image from two image datas. This
              module has 3 input ports - two images and a colormap.
              Colormap is the optional port which is for background color
              if the two images have diffrent size. This is similar to
              "collage" but this is very simple. I used this module when I
              generate VTR tape to compare two visualized images showing
              time dependent data.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - read_tiff_sectio
Message-ID: <C6D89I.46z@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:44:05 GMT

Name        : read_tiff_sectioVersion      : 1.000     Mod Number : 1616 
Author      : Joe Panico, Dept. of Neuroscience, University of
              Pennsylvania
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : IBM
Description : This module reads single planes (slices) from a
              multi-plane TIFF file and provides at the output port an AVS
              image (2-D scalar field). A dial widget allows one to
              interactively dial through the stack of slices.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - read_tiff_vol
Message-ID: <C6D8BF.4CL@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:45:15 GMT

Name        : read_tiff_vol   Version      : 1.000     Mod Number : 1617 
Author      : Joe Panico, Dept. of Neuroscience, University of
              Pennsylvania
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : IBM
Description : This module reads in a multi-plane TIFF file (a volume) and
              provides at the output port an AVS volume (3-D scalar
              field).
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - GeomXYZtoFld
Message-ID: <C6D8nC.4nM@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:52:24 GMT

Name        : GeomXYZtoFld    Version      : 1.000     Mod Number : 1618 
Author      : Dominique Le Corre, Tethys S.A.
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Convex HP Kubota
Description : This module takes as input a geometry, gets all vertices and
              generates a 1D 3-space field with the coordinates of these
              vertices. It can be used for instance as the "sampler" input
              field to hedgehog,streamlines, particle advector, ucd
              streamlines (AVS5), scatter dots, etc... Optionally, 2
              integer dials (From and To) can be used to limit the output
              field to a portion of the geometry.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - UcdXYZtoFld
Message-ID: <C6D8rz.4w3@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 20:55:10 GMT

Name        : UcdXYZtoFld     Version      : 1.000     Mod Number : 1619 
Author      : Dominique Le Corre, Tethys S.A.
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Convex HP Kubota
Description : This module converts the nodes of a UCD structure to a 1D
              3-space (scatter) field. Node data are kept into the output
              field. Two integer dials (From and To) can be used to limit
              the output field to a subset of the input UCD.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - line_probe
Message-ID: <C6D94F.5xo@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 21:02:38 GMT

Name        : line_probe      Version      : 1.000     Mod Number : 1620 
Author      : Phil McDonald, NOAA/ERL/Forecast Systems Laboratory
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Kubota
Description : The line probe module can be used to sample a 3D field along
              one or more lines or paths. The location of the probe may be
              entered manually, indicated by pointing and clicking the
              mouse, selected from a file of sampling locations, or
              determined by the sampling locations in a second field. If
              either of the sampling options is used, one sampling
              location may be selected, creating one probe, or all
              sampling locations may be selected, creating multiple
              probes, one for each sampling location. Except for the
              sample field mode, the probe will be a vertical line running
              through the height of the data volume at a constant X and Y
              position. By using the sample field mode, the paths of the
              probes may be non-linear, like trajectories. If the line
              probe module has created a single probe, the values found at
              its intersections with each of the fields layers will be
              listed in a text browser and output as a 1D field. If multiple
              probes are created, the output field is 2D (one "row" for
              each probe) but the values are not shown in the text browser.
              In either case, a polyline geometry object is created for
              the line probe(s) and spheres may be used to show the
              locations of the nodes (sampling points along the probe).
              If an optional colormap is provided and the field consists
              of scalars, the line probe and its nodes will be colored
              based on how the values along the probe map into this
              colormap. If a colormap is not provided or the contains
              vectors, the line probe and its nodes will not be colored.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From avs@ncsc.org (International AVS Center)
Subject: New module at IAC - labeler
Message-ID: <C6D96t.641@doppler.ncsc.org>
Sender: thorpe@doppler.ncsc.org (AVS account)
Organization: North Carolina Supercomputing Center
Date: Sat, 1 May 1993 21:04:04 GMT

Name        : labeler         Version      : 1.000     Mod Number : 1621 
Author      : Phil McDonald, NOAA/ERL/Forecast Systems Laboratory
Submitted   : 05/01/93        Last Updated : 05/01/93  Language   : C        
Ported to   : Kubota
Description : The labeler module may be used to create label objects from
              field data or from arbitrary text. Fields from which data
              labels are derived may contain data of any vector length and
              of any dimensionality. Scalar values may be translated
              into arbitrary character strings by using a value
              translation file. Title labels may be created from a single
              string entered through the module control panel or may be
              created from the text and attributes contained in an ASCII
              title file. Title labels may be fixed in the display window
              or attached to points in the object space. Title labels of
              this latter type are referred to as "object" labels. Object
              labels may be specified only through a title file. Object
              labels and data labels may be offset from their reference
              points. "Pins" may be used to connect these labels to their
              reference points. Labels may be colored individually,
              colored uniformly, or uncolored. Each instance of a
              labeler module will create either data labels or title
              labels (including object labels), but not both.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org


From rbl@monolith.EPBI.CWRU.Edu (robin lake)
Newsgroups: comp.graphics.avs
Subject: Re: points to mesh
Date: 20 May 1993 20:26:08 GMT
Organization: CWRU Epidemiology & Biostatistics
Lines: 25
Message-ID: <1tgph0$fv6@usenet.INS.CWRU.Edu>
References: <AfydlJa00WB4EDXURB@andrew.cmu.edu>
NNTP-Posting-Host: monolith.epbi.cwru.edu

In article <AfydlJa00WB4EDXURB@andrew.cmu.edu> Michael Mills <mm31+@andrew.cmu.edu> writes:
>
>(i'm using a friend's account here.  please reply to kevin@extrel.com)
>Hi,
>
>I have have a set of irregular points (xyz) that I want to plot to
>a mesh.  They aren't necessarily in any special order, so I don't
>know the connectivity.  Are there any modules that can put these
>points to a 2D field, so I can link it to the "field to mesh"
>module?
>
>Thanks,
>kevin


What I did recently was to take the non-regular data and craft an Excel
macro to put each datum into the appropriate cell in a spreadsheet.  I 
could then see which data points were missing and fill them in with an
appropriate value.  Then I exported the now-regular data set as a text
file and FTPed it to the AVS machine.  A .fld file later, we had a
field-to-mesh viewable data set.

Rob Lake
BP America Research
lake@rcwcl1.dnet.bp.com


From goodrich@venus. (Mike Goodrich)
Newsgroups: comp.graphics.avs
Subject: Re: Making a file of field data for AVS process
Date: 21 May 1993 12:42:42 GMT
Organization: Sun Microsystems, Inc.
Lines: 33
Distribution: world
Message-ID: <1tiio2INNpmc@rave.larc.nasa.gov>
References: <126030@netnews.upenn.edu>
Reply-To: goodrich@venus.
NNTP-Posting-Host: venus.larc.nasa.gov

In article 126030@netnews.upenn.edu, isler@gradient.cis.upenn.edu (Sylvia Isler) writes:
>Hello,
>I am writing a little program that will take a 2-d array of double
>precision floating point numbers and convert it into an AVS 2-D Field.
>
>In one place in  the manual, it says that the type of data specified in the field
>can be byte,integer, real, or double.
>
>But in another place in the manual there is a diagram that indicates
>the structure of a .fld file as being:
>
>Header
>
>Separator Characters
>
>Data Area
>
>Coordinates area
>
>The diagram indicates that the data area nad the coordinates area are
>BINARY.
>
>This seems to contradict the previous statement indicating that the
>data area could be byte, integer, real , OR double.
>


It is certainly possible for BINARY data to be either byte, integer, real, 
or double in size...


-Mike



From terry@aton.hypercomp.ns.ca (Terry Hoyt)
Subject: CLI geom commands
Message-ID: <1993May21.145648.26310@nstn.ns.ca>
Sender: usenet@nstn.ns.ca (NNTP Entity)
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
X-Newsreader: TIN [version 1.1 PL9]
Date: Fri, 21 May 1993 14:56:48 GMT
Lines: 1




From michele@concave.cs.wits.ac.za (Michele Anne Collie)
Newsgroups: comp.graphics.avs
Subject: Reconstruction of the face from the skull
Message-ID: <michele.738238176@concave>
Date: 24 May 93 10:09:36 GMT
Article-I.D.: concave.michele.738238176
Sender: news@shannon.ee.wits.ac.za
Organization: Computer Science, University of the Witwatersrand
Lines: 7

Hi! I am attempting to reconstruct the face from the skull using avs.
If anyone has done this, would they please send me any pertinent 
references or technical papers which would assist me in this task.

Thank You
Michele
Email: Michele@concave.cs.wits.ac.za


From mcarpent@sage.cc.purdue.edu (Matthew Carpenter)
Subject: remap_field module
Message-ID: <C7JutI.DI4@mentor.cc.purdue.edu>
Keywords: bug problem
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Date: Mon, 24 May 1993 21:10:30 GMT
Lines: 11

Hello all,
	I've been trying to get the module remap_field to compile over the past
few days will little success.  I'm stuck on one little bug.  It seems that in
the files remap_field.c and fld_file.c, the function UTILS_field_destroy is
called, but it never seems to be defined anywhere.  
	If anyone is using/has compiled this module with success and can lend me a
hand to get this guy to work, I would really appreciate it.  I'm trying to
compile it for a Kubota machine.  Thanks.

-Matt
mcarpent@physics.purdue.edu


From rcpshdb@dutrun2.tudelft.nl (Han de Bruijn)
Subject: RE: points to mesh
Message-ID: <1993May25.071516.11492@dutrun2.tudelft.nl>
Originator: rcpshdb@dutrun2.tudelft.nl
Sender: news@dutrun2.tudelft.nl (UseNet News System)
Nntp-Posting-Host: dutrun2.tudelft.nl
Reply-To: rcpshdb@dutrun2.tudelft.nl (Han de Bruijn)
Organization: Delft University of Technology
Date: Tue, 25 May 1993 07:15:16 GMT
Lines: 28

In article <AfydlJa00WB4EDXURB@andrew.cmu.edu> Michael Mills:
> I have have a set of irregular points (xyz) that I want to plot to
> a mesh.  They aren't necessarily in any special order, so I don't
> know the connectivity.  Are there any modules that can put these
> points to a 2D field, so I can link it to the "field to mesh"
> module?

This problem can be solved (even in three dimensions) by so called
Delaunay triangulation, or it's dual: Voronoi tesselation.
Accompanying (2-D) software can be obtained via the public domain.

It's important, for more than one reason, to remember "netlib".

Login by "anonymous ftp" to "research.att.com", or send E-mail:

	mail netlib@research.att.com
	send <routine>

Everything you need, for the above problem, is in the directory:

	voronoi - Voronoi diagrams and Delaunay triangulations

Hope this helps.
-- 
* Han de Bruijn; Applications&Graphics | "A little bit of Physics * No
* TUD Computing Centre; P.O. Box 354   | would be NO idleness in  * Oil
* 2600 AJ  Delft; The Netherlands.     | Mathematics" (HdB).      * for
* E-mail: Han.deBruijn@RC.TUDelft.NL --| Fax: +31 15 78 37 87 ----* Blood


From scheinin@cucumber.crs4.it (Alan Scheinine)
Subject: Module Widget Set Too Tall
Originator: scheinin@cucumber.crs4.it
Sender: news@crs4.it (USENET News System)
Message-ID: <1993May26.104525.205653@crs4.it>
Date: Wed, 26 May 1993 10:45:25 GMT
Organization: CRS4, Center for Adv. Studies, Research, and Development in Sardinia
Lines: 10

   The box on the left-hand-side shows the network
in the form of a stack, and when a module is selected, below the stack
are displayed the dials or sliders for that module.  I cannot find any
way to move the contents of that window.  When the module stack is tall,
some of the dials for one particular module (arbitrary slicer, gotten
from NCSC) are below the window and cannot be changed.  Does anyone
know the solution to this problem.
    Alan Scheinine           scheinin@berlioz.crs4.it
                      or     Alan.Scheinine@crs4.it



From dandy@stokes.LANCE.ColoState.Edu (David S. Dandy)
Subject: AVS module archive
Sender: news@yuma.ACNS.ColoState.EDU (News Account)
Message-ID: <May26.143808.79642@yuma.ACNS.ColoState.EDU>
Date: Wed, 26 May 1993 14:38:08 GMT
Reply-To: dandy@stokes.LANCE.ColoState.Edu
Nntp-Posting-Host: stokes.lance.colostate.edu
Organization: CSU Chemical Engineering
Keywords: AVS, North Carolina, modules
Lines: 13

I apologize if this question gets asked regularly, but here goes 
anyway: will someone please tell me the IP address of the AVS module
archive center in North Carolina? Thank you all very much.

					--David Dandy



-- 
======-----=====-----=====-----=====-----=====-----=====-----======
David S. Dandy                        Dept. of Chemical Engineering
(303) 491-7437                            Colorado State University
dandy@stokes.LANCE.ColoState.Edu       Fort Collins, Colorado 80523


From mark@west.msi.com (Mark Benzel)
Subject: Re: Module Widget Set Too Tall
Message-ID: <1993May26.140630.29798@msi.com>
Sender: usenet@msi.com (USENET)
Organization: Molecular Simulations, Inc.
X-Newsreader: TIN [version 1.1 PL8]
References: <1993May26.104525.205653@crs4.it>
Date: Wed, 26 May 1993 14:06:30 GMT
Lines: 22

Alan Scheinine (scheinin@cucumber.crs4.it) wrote:
>    The box on the left-hand-side shows the network
> in the form of a stack, and when a module is selected, below the stack
> are displayed the dials or sliders for that module.  I cannot find any
> way to move the contents of that window.  When the module stack is tall,
> some of the dials for one particular module (arbitrary slicer, gotten
> from NCSC) are below the window and cannot be changed.  Does anyone
> know the solution to this problem.
>     Alan Scheinine           scheinin@berlioz.crs4.it
>                       or     Alan.Scheinine@crs4.it

In your .avsrc file, try using:

StackSelector choice_browser

A choice_browser is a scrolling window from which you select the module. It
replaces the buttons. If buttons are used, then the more modules you are
using the more space the stack selector uses.  A choice_browser takes up
a small amount of space and remains the same size no matter how many modules 
you are using.  If you don't like having to scroll through the list of
modules, remember that a module's control panel can be brought up by
clicking on the dimple in the module rectangle with the left mouse button.


From peyton.bland@med.umich.edu (Peyton Bland)
Newsgroups: comp.graphics.avs
Subject: Re: AVS module archive
Followup-To: comp.graphics.avs
Date: 26 May 1993 17:07:21 GMT
Organization: Univ. of Mich., Dept. of Radiology
Lines: 19
Distribution: world
Message-ID: <peyton.bland-260593131113@no-name-kresge.med.umich.edu>
References: <May26.143808.79642@yuma.ACNS.ColoState.EDU>
NNTP-Posting-Host: 141.214.12.86

In article <May26.143808.79642@yuma.ACNS.ColoState.EDU>,
dandy@stokes.LANCE.ColoState.Edu (David S. Dandy) wrote:
> 
> I apologize if this question gets asked regularly, but here goes 
> anyway: will someone please tell me the IP address of the AVS module
> archive center in North Carolina? Thank you all very much.
> 

Never hurts to advertise it again...

128.109.178.23   avs.ncsc.org

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Peyton Bland        Digital Image Processing Lab
Dept. of Radiology        University of Michigan
--------------------------------------------------
Sometimes I forget things, too.  Or do I?
    - Coach
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=


From ggoodell@mv.mv.com (Gary Goodell)
Subject: help: AVSfield_debug
Organization: MV Communications, Inc.
Date: Wed, 26 May 1993 20:05:04 GMT
Message-ID: <C7nH4H.5oE@mv.mv.com>
Lines: 17

General:  How can the information output by AVSfield_debug 3   be interpretted
and used to find memory leaks and to track down other problems in a network.

Specific:  I keep running out of shared memory segments (per process) dispite
efforts to combine modules into a common executable (with included subroutines
flagged as COOPERATIVE and REENTRANT).  How can I find out if and where
memory is not being freed?

(We've set shared memory limits and Unix kernel parameters much higher
than should be required for the 5 modules that pass a 50x50 image each
time through our looping network.  This leads us to believe that old copies
of the image aren't being freed somewhere.  Will the debug output 
reveal such memory leaks?)

{Gary Goodell -- ggoodell@mv.mv.com}

 


From cdibble@bonnie.ics.uci.edu (Cliff Dibble)
Subject: Need help printing upstream info
Nntp-Posting-Host: bonnie.ics.uci.edu
Message-ID: <2C03D6C4.29288@ics.uci.edu>
Newsgroups: comp.graphics.avs
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Lines: 32
Date: 26 May 93 20:44:53 GMT

I recently downloaded these modules from avs.ncsc.org

Name        : print_xfrm      Version      : 1.000     Mod Number : 1069
Name        : print_xgeom     Version      : 1.000     Mod Number : 1070


They compiled OK, but I can't seem to get them to do anything.  First I
tried a simple network in which I connected them directly to the geometry
viewer. The compute functions were never called. Next I tried this
network:


                          READ FIELD
     +------+                 |
     |      | +---------------+---------------+
     |  +-+ | |                               |
     |  | PROBE                          ISOSURFACE
     |  |   |                                 |
     |  |   +-----------------+---------------+
     |  |                     |
     |  |               GEOMETRY VIEWER
     |  +-------+-----------+    +----------+----------+
     |          |                           |          |
     |     PRINT XFORM                  PRINT XGEOM    |
     |                                                 |
     +-------------------------------------------------+


Same result. Could anyone tell me what I'm doing wrong? Thanks in advance.

-Cliff-



From cdibble@bonnie.ics.uci.edu (Clifford Dibble)
Subject: Need help printing upstream info
Nntp-Posting-Host: salk.oac.uci.edu
Message-ID: <2C03D587.23303@news.service.uci.edu>
Newsgroups: comp.graphics.avs
Organization: University of California, Irvine
Lines: 33
Date: 26 May 93 20:39:35 GMT


I recently downloaded these modules from avs.ncsc.org

Name        : print_xfrm      Version      : 1.000     Mod Number : 1069
Name        : print_xgeom     Version      : 1.000     Mod Number : 1070


They compiled OK, but I can't seem to get them to do anything.  First I 
tried a simple network in which I connected them directly to the geometry 
viewer. The compute functions were never called. Next I tried this
network:


                          READ FIELD
     +------+                 |
     |      | +---------------+---------------+
     |  +-+ | |                               |
     |  | PROBE                          ISOSURFACE
     |  |   |                                 |
     |  |   +-----------------+---------------+
     |  |                     |
     |  |               GEOMETRY VIEWER
     |  +-------+-----------+    +----------+----------+
     |          |                           |          |
     |     PRINT XFORM                  PRINT XGEOM    |
     |                                                 |
     +-------------------------------------------------+


Same result. Could anyone tell me what I'm doing wrong? Thanks in advance.

-Cliff-



From cdibble@bonnie.ics.uci.edu (Cliff Dibble)
Subject: Need help getting probe position
Nntp-Posting-Host: bonnie.ics.uci.edu
Message-ID: <2C03D9F9.273@ics.uci.edu>
Newsgroups: comp.graphics.avs
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Lines: 29
Date: 26 May 93 20:58:33 GMT

I have a module that needs a copy of the probe's position (i.e., using
the standard AVS probe module).  However, it doesn't appear that AVS
will let more than one module receive upstream data about a particular
object.

In my original conception the probe module and my module are both
attached to the upstream output ports of the geom viewer. I'm no longer
confident this will work. I've tried many different configuations and
strategies.  I've tried hooking the modules up in parallel and in
serial.  Still it won't work.  In particular, my module's compute
function never gets called.

I find this comment on page 4-11 of the AVS Dev Manual regarding
upstream transform:

     "Any subsequent call to GEOMedit_transform_mode for a particular
      object overrides the previous call. This means that there can
      be only one requestor for the transformations of a particular
      object."

Although not explicity stated, I believe that upstream geom suffers
from the same constraint.

What am I doing wrong? Has anyone done this before? Are there alternative
approaches? I would be *greatly* appreciative of help.

Thanks in advance,
Cliff



From gordonc@epcc.ed.ac.uk (Gordon D B Cameron)
Newsgroups: comp.graphics.explorer,comp.graphics.avs,comp.soft-sys.khoros
Subject: Paper on parallel modules
Message-ID: <C7otLG.st@dcs.ed.ac.uk>
Date: 27 May 93 13:32:03 GMT
Sender: cnews@dcs.ed.ac.uk (UseNet News Admin)
Organization: Edinburgh Parallel Computing Centre
Lines: 22

This may be of interest to some of you who weren't able to attend yesterday's
BCS conference on "Parallel Processing for Graphics and Scientific Visualization"

	Parallel Modules in Modular Visualisation Environments
	Chris Thornborrow and Chris Faigle
	Edinburgh Parallel Computing Centre

I've placed this available for FTP at ftp.epcc.ed.ac.uk in /pub/vis_group/docs
as parallel_mve.ps.Z

The reason I'm posting is that I have an interest in speaking to others who may
be doing, or are interested in this and/or similar work....

All the best,
	-Gordon.



-- 
~ Gordon Cameron (Visualisation Group)         Phone: +44 31 650 5024(Rm. 2259)
~ Edinburgh Parallel Computing Centre    e|p   Email: gordonc@epcc.ed.ac.uk 
~ The University of Edinburgh            c|c  'So far so good, so now so what'


From dboles@cs.utexas.edu (David Alan Boles)
Newsgroups: comp.graphics.avs
Subject: Questions on VIEW SHARE module
Date: 28 May 1993 16:35:44 -0500
Organization: CS Dept, University of Texas at Austin
Lines: 40
Message-ID: <m0d1dgINNqjj@needmore.cs.utexas.edu>
NNTP-Posting-Host: needmore.cs.utexas.edu


	I am using the VIEW SHARE module, which is taken from the public
domain of the International AVS Center. This module is part of the 
collaboratory development being done at the North Carolina Supercomputing
Center. This module allows AVS users, on up to 9 heterogeneous workstations,
to perform shared visulization. I am running AVS on Sun platform as well as
Sgi platform.

	If I build the network using VIEW SHARE from scratch each time, it 
works fine. However, if I save the network and read the netwok into the 
working place next time,  it will crash. It crashes because of the connection
between VIEW SHARE module and GEOMETRY VIEWER module. Even if I do not read
any geometry from the READ GEOMETRY module,  or set up any connection 
information in the VIEW SHARE module,  and save the network, it will crash
when I read the network next time.

	When the whole AVS crashes, the following message shows up:
/home/avs/avs_library/mongo AVStcp_rpc_server: read error
/home/avs/avs_library/title: AVStcp_rpc_server:read error
Segmentation fault (core dumpt)

	If I use avs_dbx to debug the VIEW SHARE module after the crash, I
know that the VIEW SHARE module causes the internal AVS to crash. Because I 
get the following information:

	Process 1501 (VIEW SHARE.exe.real)
	Bad AVS_TMPFILE environment variable
	Segmentation fault [.strrchr. strrchr:33, 0X45a9e8]
	Souce of (strrchr.c) not availble for Process  1501

	
 
	I would like to know any suggestion related to this issue.  
My email address is:
	jli@steel.ece.utexas.edu

	Thanks.


---jin li


From lipman@oasys.dt.navy.mil (Robert Lipman)
Newsgroups: comp.graphics.avs
Subject: REGISTRATION: Navy SciViz/VR Seminar
Message-ID: <36554@oasys.dt.navy.mil>
Date: 30 May 93 14:01:11 GMT
Expires: 8 Jun 93 04:00:00 GMT
Reply-To: lipman@oasys.dt.navy.mil (Robert Lipman)
Organization: Carderock Division, NSWC, Bethesda, MD
Lines: 290

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

			 REGISTRATION FOR THE 
	
      NAVY SCIENTIFIC VISUALIZATION AND VIRTUAL REALITY SEMINAR

			Tuesday, June 22, 1993

	    Carderock Division, Naval Surface Warfare Center
	      (formerly the David Taylor Research Center)

			  Bethesda, Maryland

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

SPONSOR: NESS (Navy Engineering Software System) and the Computational
Mechanics Office at the Carderock Division, Naval Surface Warfare
Center are sponsoring a one-day Navy Scientific Visualization and 
Virtual Reality Seminar.  The purpose of the seminar is to present and
exchange information for Navy-related scientific visualization and 
virtual reality research, developments, and applications.

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

WHO MAY ATTEND:

   Due to the anticipated attendance and space limitations:

   1.  ATTENDANCE IS LIMITED TO ***> NAVY <*** EMPLOYEES ONLY

   2.  YOU MUST PRE-REGISTER, THERE WILL BE NO ON-SITE REGISTRATION

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

COST: Free! (Almost)

   A 'Proceedings' of the Seminar will be provided consisting of
   authors' presentation materials.

   Lunch will be available in the NSWC/CD cafeteria for $6 (stuffed
   chicken breast).  Please indicate on your registration form if
   you wish to order the lunch at the cafeteria.  No other cafeteria
   food will be available and restaurants are not located conveniently
   to NSWC/CD.  $1 will also be collected for break refreshments. 

   DO NOT SEND MONEY NOW!  Cash only will be collected the day of the 
   Seminar.  Please bring exact change.

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

WHEN: June 22, 1993

   7:30 -  8:30   Check-in, badge pick-up, coffee and donuts, etc.
   8:30 - 12:30   Presentations
  12:30 -  2:00   Lunch
   2:00 -  5:00   Presentations

   There will be several breaks during the presentations.

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

REGISTRATION FORM:

   REGISTRATION DEADLINE IS 7 JUNE 1993.

   Return via e-mail (preferred) to: lipman@oasys.dt.navy.mil

   or FAX it to: Robert Lipman, NSWC/CD Code 2042, (301) 227-5753


---------CUT HERE------------CUT HERE-----------CUT HERE--------------
 
Name: _______________________________________________________________

Organization: _______________________________________________________

_____________________________________________________________________

Address: ____________________________________________________________

City/State/Zip: _____________________________________________________
								     
E-mail address: _____________________________________________________

Phone/Fax: __________________________________________________________

[ ]: Check if you want to purchase lunch (stuffed chicken breast) at
     the NSWC/CD cafeteria.

Any special requests: _______________________________________________

_____________________________________________________________________
 
---------CUT HERE------------CUT HERE-----------CUT HERE--------------

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

ADVANCE PROGRAM: 22 Presentations (subject to change)

"SciViz in the Computational Mechanics Office at NSWC/CD"
   Myles Hurwitz (NSWC/CD)

"NRL's Research Computation Division Visualization Lab"
   Loren 'Buck' Buchanan (NRL)

"An Overview of the SVL at NSWC/CD"
   Mike Kass (NSWC/CD)

"ConRAD, A Program for Doctrine Conflict Recognition and Display"
   T. McLintock, M. Kuchinski (NSWC/DD)

"Visualization of Communication Signals"
   Joel Small (NCCOSC)

"Oceanographic Visualization Interactive Research Tool (OVIRT)"
   Robert Moorhead (MSU/NOO), Bernd Hamann (NSF/MSU), John Lever (NOO)

"3D Underwater Acoustic Vision"
   Behzad Kamgar-Parsi (NRL); Ed Belcher (APL-UW);
   Bruce Johnson, Debra Scroggins (NEODTC); Don Folds (ARINC Corp.)

"Time Domain Simulation and Visualization of Acoustic Propagation
 Phenomena Using a Parallel Cellular Automation Model"
   J.B. Cole, R.A. Krutar, S.K. Numrich, D.B. Creamer (NRL)

"Transducer Vibrations and Energy Propagation"
   Richard Morrow (GECRD/NUWC)

"Visualization of Computer-Aided-Manufacturing of Turbomachinery"
   F.A. Rodriguez, T.C. Cullis, R.T. Van Eseltine, T.E Calvert (NSWC/CD/AD)

"Trend Analysis and Navigation in Databases"
   Joseph Collins (NRL)

"Spray Rendering: A New Framework for Visualization"
   Alex Pang, Kyle Smith, Naim Alper (U.C. Santa Cruz/ONR)

"Kalinda: A Tool for Visualizing Underwater Engagements"
   Kent Eschenberg (Penn State/ARL)

"Virtual Environments for Training, Targeting, and Teleoperation"
   Terry Allard, Harold Hawkins, Ralph Wachter, Marc Lipman (ONR)

"Enhanced Operator Interface for Remotely Operated Vehicle Deployment"
   Dana Lynn, Fred Najmy, Frank Halliwell (NSWC/CD/AD)

"Virtual Environment for Air Combat Debrief"
   Denis Breglia, David Fowlkes (NTSC)

"A Programming Environment Based Upon Virtual Reality Concepts"
   A. Corda, M. Kuchinski (NSWC/DD)

"The Egocentric Projection of Scenes in Front of the Screen"
   Jim Templeman (NRL)

"Applications for Virtual Environments: Military Operations on
 Urbanized Terrains"
   Robert Helms (RTI/NPRDC)

"Knowledge-Based Augmented Reality"
   Steven Feiner (Columbia U./ONR)

"Blood Flow Visualization: A Virtual Environmental for 
 Research Applications"
   William Geckle, Robin Raul (JHU/APL)

"Virtual Reality for Exploratory Analysis"
   Ed Wegman (George Mason U./ONR)

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

For further information, contact:                 

     Robert Lipman
     Naval Surface Warfare Center, Carderock Division
     Code 2042
     Bethesda, Maryland  20084-5000

     VOICE (301) 227-3618;  FAX (301) 227-5753  
     E-MAIL  lipman@oasys.dt.navy.mil

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

   PLEASE DISTRIBUTE AS WIDELY AS POSSIBLE WITHIN THE NAVY, THANKS.

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

DIRECTIONS:

The Carderock Division, Naval Surface Warface Center (formerly the
David Taylor Research Center) is located off the Clara Barton
Parkway in Bethesda, Maryland.  On a map, the Center is located just 
outside the western portion of I-495 (Beltway circling Washington, D.C.)
as it crosses over the Potomac River separating Maryland and Virginia.

(On older maps, the Clara Barton Parkway is named the George Washington
Memorial Parkway.  The main George Washington Memorial Parkway is 
located on the Virginia side of the Potomac.)

>From Dulles Airport: Take the Dulles Airport Access Road and exit
at 495 North.  Go 3 miles and take Exit 41 (it follows Exit 14) to the 
Clara Barton Parkway.  Go west on the Parkway.  The first (and only) 
exit is for the Carderock Division, Naval Surface Warfare Center.

>From National Airport: Take the George Washington Memorial Parkway
(at least 10 miles) and exit at 495 North towards Maryland.  Take
the first exit (it comes up immediately) Exit 41 to the Clara Barton
Parkway.  Go west on the Parkway.  The first (and only) 
exit is for the Carderock Division, Naval Surface Warfare Center.

>From Maryland: Depending on where you are coming from take
I-95 South to I-495 West or I-270 South to I-495 South.  Take Exit
41 to the Clara Barton Parkway.  The first (and only) 
exit is for the Carderock Division, Naval Surface Warfare Center.

>From Virginia: Take I-95 to I-495 West and follow the Dulles
Airport directions above from taking Exit 41.

>From Downtown Bethesda, Maryland: Take either Wisconsin Avenue or
Old Georgetown Pike north (about 1.5 - 2 miles) and get on 
I-495 West (a left exit) and follow the Maryland directions above.

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

When you arrive at the front gate of the Carderock Division, Naval 
Surface Warfare Center, give your name and purpose of the visit
(Navy Scientific Visualization and Virtual Reality Seminar) to the
guard.  The guard will have a list of registrants and can admit you
to the Center without your having to check in at the visitor's pass
office.  Follow the signs to the Seminar parking and then follow the
signs to the Seminar auditorium.

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

HOTEL INFORMATION:  

The first 5 hotels listed for Bethesda, Maryland are within walking
distance of many restaurants, bars, and movies.

1. MANOR INN BETHESDA, 7740 Wisconsin Ave., Bethesda, MD  20814
   301-656-2100
 
2. HOLIDAY INN, 8120 Wisconsin Ave., Bethesda, MD  20814
   301-652-2000
 
3. RAMADA INN, 8400 Wisconsin Ave., Bethesda, MD  20814
   301-654-1000
 
4. AMERICAN INN OF BETHESDA, 8130 Wisconsin Ave., Bethesda, MD  20814
   301-656-9300

5. BETHESDA HYATT, Wisconsin Ave., Bethesda, MD
 
6. BETHESDA MARRIOTT, Wisconsin Ave., Bethesda, MD
 
7. HOLIDAY INN, 5520 Wisconsin Ave., Chevy Chase, MD  20815
   301-656-1500

8. WESTPARK MOTEL (Best Western), 8401 Westpark Dr., Tyson's Corner, McLean, VA 22102
   703-734-2800
 
9. RAMADA INN, Rt.495 and Rt.7, Tyson's Corner, VA  (Beltway Exit 10)
   703-893-1340
 
10. VIENNA WOLF TRAP MOTEL, 430 Maple Ave., (Rt.123 W), Vienna, VA  22180
    703-281-2330
 
11. FALLS CHURCH MOTEL, 7155 Lee Highway, Falls Church, VA  22046
    703-533-8600
 
12. HOLIDAY INN, Tyson's Corner, McLean, VA  (Beltway Exit 11B)
    703-893-2100
 
13. HOLIDAY INN, Dulles Airport, VA  (Beltway Exit 12, Rt. 267  Dulles Toll
				     Rd. Exit 1, Rt. 28N)
    703-471-7411
 
14. HOLIDAY INN, National Airport, DC  (Route 1)
    703-521-1600

Robert Lipman                     | Internet: lipman@oasys.dt.navy.mil
David Taylor Model Basin - CDNSWC |       or: lip@ocean.dt.navy.mil
Computational Signatures and      | Voicenet: (301) 227-3618
   Structures Group, Code 2042    | Factsnet: (301) 227-5753
Bethesda, Maryland  20084-5000    | Phishnet: stockings@long.legs
				   
The sixth sick shiek's sixth sheep's sick.



From RJ@shebute.com (Ronald J. Logsdon)
Subject: New 3D Display
Message-ID: <RJ.1089247452Y@tigger.jvnc.net>
Followup-To: comp.graphics.avs
Sender: news@tigger.jvnc.net (Zee News Genie)
Nntp-Posting-Host: shebute.jvnc.net
Organization: Shebut inc.
X-Newsreader: VersaTerm Link v1.1
Date: Mon, 31 May 1993 14:50:12 GMT
Lines: 55


----------------------  FOR IMMEDIATE PRESS RELEASE  -------------------

    Have you ever wanted to have 3D TV?

    Have ever wanted to jazz up your corporate presentation by having your
3D     
    charts and graph float in air in real 3D?

    Are you developing products for the virtual reality market and looking for 
    alternatives to the HMD to let a whole room full of people take part?

    Are you doing 3D CAD or architectural work and would like develop and show 
    your clients projects in real 3D?

    If you answered yes to any of these questions then read on because your
solution may have just arrived!!!

    Shebute' is proud to announce that it is representing and using a new
technology from Vrex corp that is the best 3D display technique we have ever
encountered.  The key advantages of this technology are:

 1. It has no annoying flicking glasses wired in to a control box.  The
image is 
    rock steady and can be viewed by many people from any place in the room     
    without being wired up to a box.

 2. It does not use color filtered glasses so it can display in full brilliant 
    color.  The technique is based on a new patented polarizing process and
is    
    viewed using inexpensive glasses.

 3. It is not a big complex box of smoke and mirrors.  The device looks much 
    like an ordinary portable video projector.  The image may be viewed on a 
    plain white wall or screen and projected to any size.

 4. The projecter is capable of displaying in many different formats, NTSC,
VGA, 
    field sequential video and computer video.  This means with the same 
    projector you can watch a standard video tape, a 3D video tape, your 
    computer 2D VGA output or 3D images created on your computer.

 5. This technology offers an interesting alternative to head mounted displays 
    in that many people can view it at the same time and since there is no 
    physical contact, questions about hygiene are minimal.  Granted, it does
not 
    quite emulate the same effect as a fully immersed HMD. However, because of 
    the large viewing area the effect is like an open picture window to an 
    alternate reality.


For more information on this exciting technology, send Email to 3D@shebute.com


Ronald J. Logsdon


From sas@granite.dartmouth.edu (Susan A. Schwarz)
Subject: AVS In A Curricular Setting
Message-ID: <C7wCuE.2Gq@dartvax.dartmouth.edu>
Sender: news@dartvax.dartmouth.edu (The News Manager)
Organization: Project NORTHSTAR, Dartmouth College, Hanover, NH
Date: Mon, 31 May 1993 15:11:02 GMT
Lines: 16


Dartmouth College is considering joining AVS's campus program and would like 
to hear from other academic institutions that are using AVS in a curricular 
setting particularly in engineering and physical sciences.

What curricular applications are you using AVS for and what has been your 
experience with the AVS software?

Susan Schwarz
Kiewit Computer Center
Dartmouth College
Hanover, NH 03755

email: Susan.A.Schwarz@dartmouth.edu




