HDTenEightyP/NetNews huggingface dataset:
From: g-kwok@cs.yorku.ca (Bernard Kwok)
Newsgroups: comp.graphics
Subject: Radiosity Package Available
Keywords: radiosity, ray tracing
Date: 30 Sep 92 19:21:51 GMT
Distribution: comp
Organization: York University, Dept. of Comp. Sci. - Toronto

In case there is any interest, I have placed a simple public-domain 
radiosity package that I wrote for my masters thesis.

AVAILABLE AT:

The package is available at the following anonymous ftp site:

	nexus.yorku.ca in /pub/reports/Radiosity_code.tar.Z

This site will be changed to ftp.yorku.ca in the near future.

THE PACKAGE:

The package contains C code for a progressive refinement solution
using the following algorithms:

	Wallace (Ray-traced form-factors), 
	Haines (Shaft Culling), using automatric hieriarchical 
	bounding creation (Salmon 87)
	Chen (Progressive refinement with jitter hemicubes)
	A partial implementation of Hanrahans BF-Refinement algorithm.
	
Additionally, there are model preprocessors for conversion from
QuickModel and OFF formats, with geometric contraints of Baum's
91 Siggraph paper partially included; and a scene walk through program
with simple Gouaraud shading.

The solution can be run stand-alone on any Unix box, but the walk-through
requires a SGI 4D.

Please feel free to gripe, fix, or (hopefully) improve :-) the package.
I intend to update the package with some new techniques from this years
papers, time providing.

DOCUMENTATION:

There is some basic documentation provided with the package, as well as
explantations of the algorithms used in my masters thesis, also posted
at the same site in /pub/reports/Radiosity_thesis.ps.Z

Anyways, hope this package is of some use.

(P.S. Just a plug for the graduate program at York: The York CS graduate 
program is new, but up and coming. For those interested, more thesis reports
should become available at the above site. Current there is, in addition,
Edith Li's "Shape from Rotation" thesis presented at this years Vision
Interface '92 conference in Vancouver.)

Cordially,

	Bernard Kwok
	g-kwok@cs.yorku.ca
	Department of Computer Science
	York University, Toronto, Canada.
Newsgroups: comp.graphics,comp.windows.x,comp.windows.motif
From: oj@miki.pictel.com (Oliver Jones)
Subject: Re: Point in Polygon
Organization: PictureTel Corporation
Date: Thu, 1 Oct 1992 17:21:57 GMT

In article <1992Sep23.155808.19322@csusac.csus.edu> zhangz@athena.ecs.csus.edu (Zhihong Zhang) writes:
>I am working on a X/Motif application, in which I need to find out if
>a point is inside a polygon. Is there such function in Xlib, Xt or
>Xm library already? I would imagine you need similar functions in
>these library.

Two approaches are available to you.

(1) look at a graphics book like Foley and Van Dam to obtain a good
    containment-test algorithm, then implement it.  As you discovered,
    the art of containment-testing is in the boundary cases.

(2) Use XPolygonRegion to convert your boundaries to the
    Region representation, then use XPointInRegion to 
    test individual points for containment.  XPolygonRegion
    will take time to run, and the Region structure is not terribly
    compact, but XPointInRegion should be fairly fast.
From: avs@ncsc.org (Terry Myerson)
Newsgroups: comp.graphics.avs
Subject: New module at IAC
Date: 3 Oct 92 18:25:32 GMT
Organization: North Carolina Supercomputing Center

Name        : read_F3D        Version      : 1.000     Mod Number : 1537 
Author      : Michael Rangitsch
Submitted   : 10/03/92        Last Updated : 10/03/92  Language   : C        
Ported to   : DEC Convex HP
Description : This module reads an ascii formatted multiblock FLOW3D
              solution file (from Harwell FLOW3D version 3) and stores
              the cfd data as a ucd data set. The dummy nodes stored at the
              edges of each computational block are removed by the
              module. The n-vector data at each computational cell is
              stored as cell data, to use most of the ucd modules, this must
              be converted to nodal data. The cells of the ucd structure
              are all hexahedra. See the sample data directory on the
              International AVS Center's anonymous ftp site for two
              sample data sets to read with this module.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
From: cflatter@nrao.edu (Chris Flatters)
Newsgroups: comp.graphics.avs
Subject: Re: Evaluating AVS
Date: 29 Sep 92 02:52:00 GMT
Reply-To: cflatter@nrao.edu
Organization: NRAO

In article 3009@sparky.mdavcr.mda.ca, sw@mdavcr.mda.ca (Scott Wood) writes:
>In the AVS User's Guide it mentions that white ports represent user
>defined data. Are there any restrictions on what sort of data this
>might be? (I don't have the Developer's Guide). Pretty well all of our
>data is accompanied with information which defines a mapping between data 
>coordinates and geographic coordinates on the earth. Ideally, we'd like
>some way of flowing this information through the networks.

The user-defined data is similar to a C struct but with some restrictions.
Elements must be int, char, float and double or arrays of int, char, float
or double.

>Finally, I wonder whether anyone has tried to embed AVS into a
>larger system. We have built a large system that deals with satellite
>images and vector map data and several years ago we built something that
>looks like a very simple version of AVS's Network Editor. It would be
>nice to replace this with the much more polished and "off-the-shelf"
>AVS so that we can concentrate on our applications. However, we have
>an object-oriented database which manages all our data, giving us such
>things as transaction processing, locking mechanisms for dealing with
>concurrent access, transaction journalling and database recovery, and
>all those sorts of database things. My worry is that trying to hook AVS
>into this type of system could be very difficult. Has anyone done
>anything like this?

I don't see any reason to believe that there would be any conflict.  You should
be able to call your database from inside an AVS module.

	Chris Flatters
	cflatter@nrao.edu
Newsgroups: comp.graphics.avs
From: thorpe@doppler.ncsc.org (AVS account)
Subject: IAC's compressed arhive
Organization: North Carolina Supercomputing Center
Date: Tue, 29 Sep 1992 01:34:26 GMT

Hi AVSers,

Due to popular demand, the compressed archive of the IAC's ftp site
(formerly known as ALL_OF_IT.tar.Z) has been split into several files.  
These smaller files will allow easier downloading to your local site -
ALL_OF_IT.tar.Z was getting quite large!

When you anonymous ftp to avs.ncsc.org, you will see a directory
called avs_archives.  CDing to this directory will show the following
message, which pretty much explains it all:

---------------------------------------------------------------------
     The files in this subdirectory are compressed tar format
archives created from files on this anonymous ftp site at the
International AVS Center.

     You can easily create a local copy of almost all of the ftp 
site with these files, which as of today (9/28/92) consist of:

	ALL_OF_FILTERS.tar.Z	/* AVS filter modules */   
	ALL_OF_INPUT.tar.Z	/* AVS data input modules */
	ALL_OF_KHOROS.tar.Z	/* AVS Khoros modules */
	ALL_OF_MAPPERS.tar.Z	/* AVS mapper modules */
	ALL_OF_MISC.tar.Z	/* miscellaneous files */
	ALL_OF_OUTPUT.tar.Z	/* AVS data output modules */

     For example, if I wanted to get all of the IAC's filter
modules, I would:

	1. Use binary ftp to download ALL_OF_FILTERS.tar.Z
	2. uncompress ALL_OF_FILTERS.tar.Z
	3. tar -xvf ALL_OF_FILTERS.tar
	4. rm ALL_OF_FILTERS.tar
---------------------------------------------------------------------

PLEASE NOTE: The khoros modules aren't completely on the site
yet - please give the IAC a couple more days on this.

Thanks, and have fun AVSing!

-Steve
----------------------------------------------------------------
   Steve Thorpe, Application Visualization System Specialist
International AVS Center, North Carolina Supercomputing Center
PO Box 12889   3021 Cornwallis Rd, RTP, NC 27709   avs@ncsc.org
----------------------------------------------------------------
-- 
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
From: chas@curie.uucp (Charles J. Williams)
Newsgroups: comp.graphics.avs,nrl.misc
Subject: 6th Mid-Atlantic AVS Users Group Meeting
Keywords: meeting group avs mid-atlantic
Date: 6 Oct 92 19:37:57 GMT
Article-I.D.: ra.3860
Distribution: na
Organization: Naval Research Lab


                           ANNOUNCEMENT

             6th Mid-Atlantic AVS Users Group Meeting


DATE:        Thursday, November 5, 1992

PLACE:       ERDEC (formerly CRDEC)
             Edgewood, MD
             Building E3160, Room 117
             
             

TIME:        9 AM to 3 PM

 HOSTS:      Janet Jensen
                        (jljensen@crdec6.apgea.army.mil, 410-671-5836/5839)
	     Rob Rosenberg
                        (rosenberg2@ccf.nrl.navy.mil, 202-767-3884)
             Upul R. Obeysekare 
			(obey@genghis.nrl.navy.mil, 202-767-3884)

THEME:       Chemistry and Imaging

Tentative Agenda:

 9:00 -  9:15      Greeting and Opening Remarks
 9:15 -  9:45      What is AVS                   - Ed Bender, Convex
 9:45 - 10:30      MSI Chemistry: New Stuff      - Richard Hedges, Polygen/MSI
 9:45 - 10:30      AVS Int'l Center and Conference  - David Bennett, IAC 
10:30 - 11:00      AVS Imaging                   - John Sheenan, AVS Inc.

11:00 - 12:45      Lunch

                   User Demos and Discussion (1:00-3:00)

 1:00 -  2:00      New and Novel Chem Modules    - Dave Mullally, Convex
                   

---------------
Directions 

Travel on I-95 North toward New York.
Take Exit 77 to Egdewood, keep right to route 24.  
Follow route 24 to ERDEC (formerly CRDEC).
Drive past the Gaurd House.
Turn left at the first traffic light 
(you have just crossed over some railroad tracks)
Turn left onto King's Creek Road.

Building E3160 is the White building at the bottom of the
road.  Park Anywhere.

Conference will be in room 117.

The Phone Number for building E3160 is 671-3518/3688.

POC:  Janet Jensen (410) 671-5836/5665/5839
              
---------------
Lunch:

	Lunch will be available at the Officers Club on post.

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

If you know anyone who would like to receive further announcements that will
be forthcoming on this event, please have them send mail to:

                  avsug@genghis.nrl.navy.mil

Include their preferred e-mail address and their U.S. postal service mail
address.

--

Scientific Visualization Lab
Research Computation Division
Naval Research Laboratory
From: wes@ux6.lbl.gov (Wes Bethel)
Newsgroups: comp.graphics.avs
Subject: rgbtogray : obsolete
Date: 5 Oct 1992 15:29:50 GMT
Organization: Lawrence Berkeley Laboratory
Reply-To: wes@ux6.lbl.gov (Wes Bethel)
NNTP-Posting-Host: ux6.lbl.gov

In article <BvK4Bq.Lz4@doppler.ncsc.org> avs@ncsc.org (Terry Myerson) writes:
+Name        : rgbtogray       Version      : 1.000     Mod Number : 1536 
+Author      : Wes Bethel, Lawrence Berkeley Laboratory
+Submitted   : 10/03/92        Last Updated : 10/03/92  Language   : C        
+Ported to   : DEC Convex HP
+Description : The rgbtogray module will receive an AVS image as input,
+              then compute an output field which is a gray scale version of
+              the rgb components of the input image.

Hi,

this module is obsolete...there is a module called "luminance" which
does the same thing, and is shipped with avs.

unless you're after the source code, you don't need this module.

wes



Newsgroups: comp.graphics.avs
From: davidb@doppler.ncsc.org (David Bennett)
Subject: Modules
Organization: North Carolina Supercomputing Center
Date: Thu, 1 Oct 1992 14:28:54 GMT

			Solicitation!!

Many of you may be familiar with the Graphics Gems
series of publications.  They are basically collections
of source code that individuals are willing to share with
one another.  Many programmers have interesting jewels
of code they have developed to do their job better, faster,
or more accurately.

The International AVS Center has decided to do a similar
publication thanks to the suggestion of Dr. Marc Kessler.
We are going to solicit modules along with a page or two
of documentation and publish a book of the best of these
contributions.

So, if you have a module that you would like published
that would be useful to the AVS community, send your
code and article to the International AVS Center, 
3021 Cornwallis Road, RTP, NC 27713 or email to
avs@ncsc.org to be considered for publication.  Modules
will also be placed on the public domain site for sharing
unless otherwise specified.  Every category of module
will be considered for publication.  Thank you.
Newsgroups: comp.graphics.avs
From: avs@ncsc.org (Terry Myerson)
Subject: New module at IAC
Organization: North Carolina Supercomputing Center
Date: Thu, 1 Oct 1992 15:27:02 GMT

Name        : ucd_line        Version      : 1.000     Mod Number : 1535 
Author      : Jonathan Cox, Department of Computer Science, University
              of Manchester
Submitted   : 10/01/92        Last Updated : 10/01/92  Language   : C        
Ported to   : DEC Convex HP
Description : This module produces an arbitrary line of sampled node data
              from a 3D UCD mesh and outputs it as a field. This can be a
              conventional AVS 1D field with irregular 1D coordinates or
              a 2D field suitable for connection to the graph viewer
              module. It is also possible to output a uniformly spaced 1D
              field.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
From: ICH561@DJUKFA11.BITNET (Astrid Kuhr)
Newsgroups: comp.graphics.avs
Subject: Makefile for GS1000
Date: 2 Oct 92 09:48:00 GMT
Organization: Forschungszentrum Juelich

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

Hello!

We have AVS4.0, but unfortunately on a Stardent GS1000.
90% of our work with AVS is ucd-data and I saw very many nice
modules in the list from the AVS-Server, which do some work
with ucd-data.
My problem is: I don't know very much about Unix. So I cann't
write a makefile by myself. I tried some of the other makefiles
from the server, but they don't work.
So my question is, if somebody can help me with an AVS4.0-makefile
for a Stardent GS1000.
I would be very glad, if somebody can do so.

Many regards,
                Astrid Kuhr


email: ich561@zam001.zam.kfa-juelich.de

========================================================================
From: avs@ncsc.org (Terry Myerson)
Newsgroups: comp.graphics.avs
Subject: New module at IAC
Date: 3 Oct 92 19:32:38 GMT
Organization: North Carolina Supercomputing Center

Name        : table_editor    Version      : 1.000     Mod Number : 1538 
Author      : Ian Curington, Advanced Visual Systems
Submitted   : 10/03/92        Last Updated : 10/03/92  Language   : C        
Ported to   : DEC Convex HP
Description : Like a mini-spreadsheet application, this module
              presents a segment of a 2D array and allows interactive
              editng of the field values. Takes an optional input field,
              displays the contents as a 2D array table of button cells.
              Each cell or group of cells may be selected (high-lighted)
              and new values entered. The modified field is then sent to
              the output port. Values can be replaced, added,
              multiplied, or divided into existing field values. The
              code shows how to create a page layout from within the module
              code. With no input port, this module can be used to
              synthesize new fields. If the input field is multi-vector,
              each vector can be selected from a choice list, and values
              can be edited in each channel, while synthetic data can only
              be created in scalar mode.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
Newsgroups: comp.graphics.avs
From: G.Coulter@Daresbury.ac.uk (Gary.C)
Subject: David Parker Livermore ST 
Reply-To: G.Coulter@Daresbury.ac.uk
Organization: Daresbury Laboratory, UK
Date: Thu, 1 Oct 1992 11:13:14 GMT

I an trying to get in contact with the person  who initially
coded the read_DYNA3D IBM AVS module. Could anyone out there
mail me and tell me his Email addresss.

Thanks for any help. 

     (*) 
      \    __
   AMIGA  ///  Gary Coulter
     __ \///   SERC Daresbury Laboratory
     \\\/X/(*)       
      \X//\/   G.Coulter@Daresbury.ac.uk







Newsgroups: comp.graphics.avs
From: srinivas@lgc.com (Manapragada Srinivas)
Subject: Writing AVS Subroutine/Coroutine Modules in C++
Followup-To: comp.lang.c++
Organization: Landmark Graphics LGC
Date: Tue, 6 Oct 1992 04:35:01 GMT

Hi,

	I am planning to use C++ for implementing a number of AVS modules, both
subroutine, as well as coroutine modules. Has anyone had any experience in this
matter. Are there any pitfalls I should be wary about? Is it possible at all?

	I was planning to put the avs routines in an extern "C" block, and write
the module itself in C++. I know one can call C routines from a C++ program, but
in this case it will somewhat the other way round, since I have to link to the
avs libraries, which contain the 'main,' atleast for subroutine modules. Correct
me if I am wrong.

	Any information would in this matter will be greatly apreciated.

Thanks,
Srinivas
-- 
Yonder, beyond the event horizon!
Newsgroups: comp.graphics.avs
From: avs@ncsc.org (Terry Myerson)
Subject: New module at IAC
Organization: North Carolina Supercomputing Center
Date: Thu, 1 Oct 1992 14:41:00 GMT

Name        : field_lines     Version      : 1.000     Mod Number : 1533 
Author      : Rob Kuyper, Univeristy of Technology Delft, The
              Netherlands
Submitted   : 10/01/92        Last Updated : 10/01/92  Language   : C        
Ported to   : DEC Convex HP
Description : field lines is a mapper module which converts a 2D field in an
              object of lines and planes. This module will create black
              lines (in optionally i- or j-direction) with a
              'no-lighting' plane below it, so the field will look like a
              serie of non-transparent graphs.
-- 
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
Newsgroups: comp.graphics.avs
From: tvv@ncsc.org (Terry Myerson)
Subject: Re: KHOROS and AVS
Reply-To: tvv@ncsc.org 
Organization: North Carolina Supercomputing Center
Date: Tue, 6 Oct 1992 20:25:10 GMT

> In article <1as4n7INN6i8@early-bird.think.com>,
holupka@snips.harvard.edu (Edward J. Holupka) writes:
> **** Begin included article

> Hello All,
> I have an AVS/Khoros question. I am attempting to compile an AVS 
> module for edge detection which utilizes the khoros library routines.

Please note that these modules are currently in what software companies
might call a "beta," or maybe even alpha phase.  The Image Processing
and Digital Signal Processing algorithms, have been thoroughly tested
through 5 levels of release by the khoros group, however, the avs 
wrappers which now call these algorithms have not be thoroughly debugged.
For an experienced C/AVS programmer, fixing one of these modules is
relatively straight forward; otherwise the maze of code is a mess.
Please forward us all bug reports in any case so that we can update
the archives with improved "bug-free" versions -)!

> I do not have the trillion meg of disk space to install the library. 

The entire AVS/khoros distribution requires 128 Mb including source,
libraries,includes, and binaries for multiple platforms.  This is
primarily a function of the vastness of the khoros code, rather
the avs implementation.

> The module calls three routines which I assume are in the khoros 
> distribution. They are expfilter(), gradadp(), and threshold(). Is it 
> possible to just extract these routines from the khoros distribution??

expfilter is referenced in libvmath.a
gradadp   is referenced in libvmath.a
threshold is referenced in libvmath.a   ( all determined by nm'ing .a's )

Thus I would reccomend downloading the appropriate khoros library
set for your platform, and erasing all but libvmath.a .  

> I have loked at an Index for khoros and didn't see them. Am I doing 
> something wrong? If anybody knows where the source for these routines 
> are located could you please drop me a line. 

Khoros is available to non-profit, academic institutions through anonymous
ftp to pprg.eece.unm.edu, if you don't have disk space.... beware !

Good luck-

Terry


---
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org
Newsgroups: comp.graphics.avs
From: davidb@doppler.ncsc.org (David Bennett)
Subject: Job at IAC
Organization: North Carolina Supercomputing Center
Date: Thu, 1 Oct 1992 14:27:49 GMT

International AVS Center

Position sought for AVS Specialist I or II
Entry level sci vis position at the IAC.

Resumes required by Oct 9, 1992

Email to avs@ncsc.org or hardcopy to:

International AVS Center
3021 Cornwallis Road
RTP, NC 27713

Call David Bennett, 919 248 1182 for additional
information if required. Leave voice mail.

Position requires Bachelors degree, some experience
in scientific visualization or computer graphics.
Excellent C programming skills as well as some FORTRAN.
Excellent UNIX skills on multiple platforms.
Experience with scripts.
Excellent communications skills, lectures, conferences,
	demos, on international scale
Evolving infrastructure of IAC requires considerable
	capability to adapt to new and changing situation
	on a daily basis.  Open to change, innovation,
	self motivated, and flexible attitude.
Soft funded position through Corporate sponsorship.

The IAC is a department within the North Carolina Supercomputing
Center which is a division of MCNC, a non-profit organization that
is primarily supported by the state of NC.  MCNC is an equal
opportunity employer.


The candidate will have as a mission to promote scientific 
visualization using AVS as the de facto standard and to
assist AVS users world-wide.  Helping members of this
user group is one of our primary responsibilities.
From: avs@ncsc.org (Terry Myerson)
Newsgroups: comp.graphics.avs
Subject: New module at IAC
Date: 3 Oct 92 17:52:37 GMT
Organization: North Carolina Supercomputing Center

Name        : rgbtogray       Version      : 1.000     Mod Number : 1536 
Author      : Wes Bethel, Lawrence Berkeley Laboratory
Submitted   : 10/03/92        Last Updated : 10/03/92  Language   : C        
Ported to   : DEC Convex HP
Description : The rgbtogray module will receive an AVS image as input,
              then compute an output field which is a gray scale version of
              the rgb components of the input image.
-- 
International AVS Center
North Carolina Supercomputing Center
avs@ncsc.org
Newsgroups: comp.graphics.avs
From: tvv@doppler.ncsc.org (Terry Myerson)
Subject: Re: changing font sizes
Organization: North Carolina Supercomputing Center
Date: Wed, 30 Sep 1992 00:53:19 GMT

I assume you are using an SGI.  I too encountered this problem, and
received the following explanation from an AVS developer :

> 
> 	GL (on SGI) does not allow you to load in X fonts.  THereforem
> there is only one font available.  Not really a bug - a limitation.
> 

Once he pointed this out, I noticed several other X applications were
having difficulty with fonts on our Crimson.

FYI-

Terry

-- 
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org

-- 
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org
Newsgroups: comp.graphics.avs
From: cyor@watdragon.uwaterloo.ca ( )
Subject: AVS for the Mac Quadra?
Organization: University of Waterloo
Date: Fri, 25 Sep 1992 23:30:54 GMT

Hi!

I wonder if there is any way to run AVS on Apple Quadra 950?
I doubt that there is a Mac version of AVS.

Please let me know.  Thanks...