HDTenEightyP/NetNews huggingface dataset:
From: cyberoid@milton.u.washington.edu (Robert Jacobson)
Newsgroups: comp.graphics,comp.graphics.visualization
Subject: Re: JOB: Senior software/systems designer needed by WORLDESIGN
Date: 2 Sep 92 07:30:49 GMT
Article-I.D.: u.1992Sep2.073049.3698
Organization: WORLDESIGN, Seattle

In article <4yjn3vg.andyrose@netcom.com> andyrose@netcom.com (San
Francisco Fractal Factory) writes:

>Is this the same Bob Jacobsen (sp?) that moderated sci.virtual_worlds?
>
>The reason I ask is if it is I would like to know more about
>this WORLDESIGN.  For instance, is there room for fractals in the
>WORLDESIGN?

First, my apologies for posting the job notice to those who were
offended.  I didn't know about misc.job.offered

Second, it's me.

Third, we're not an R&D outfit.  How would fractal fit in?  Email
me.

Bob Jacobson
WORLDESIGN and s.v-w
Newsgroups: comp.graphics
From: wolpert@mars (Florian Wolpert)
Subject: Re: Looking for 3ds2rib filter
Organization: PPG Hellige, Freiburg, GERMANY
X-Newsreader: Tin 1.1 PL4
Date: Mon, 24 Aug 1992 11:06:46 GMT

jester@crash.cts.com (Ken Bibb) writes:
: I'm looking for a 3D Studio to RIB converter for a friend.  He says that it's
: called 3ds2rib (archie doesn't know about this file).
: 
: Does anyone have this/know where I can get it?
: 
: Thanks!
: 
: --
: jester@crash.cts.com
Yea, this would be of interest for me too !

- Flo.
--
Reply-To: wolpert%ppgfr.uucp@germany.eu.net
2i-d&s : wolpert%dandsnx.uucp@germany.eu.net (NeXTmail preferred)
Hellige : wolpert%ppgfr.uucp@germany.eu.net
uni-fr  : wolpert@informatik.uni-freiburg.de
snail-mail to 2i Industrial Informatics, Haierweg 20e, D-7800 Freiburg
From: akin@sgi.com (Allen Akin)
Newsgroups: comp.graphics
Subject: Re: NCGA Picture Level Benchmark (was: Time to put up or shut up)
Keywords: benchmarks NCGA GPC
Date: 1 Sep 92 21:17:17 GMT
Organization: Silicon Graphics, Inc.

In article <1992Sep1.194132.2601@dsd.es.com> rthomson@dsd.es.com (Rich Thomson) writes:
| In article <ortnla8@fido.asd.sgi.com>
| 	akin@sgi.com (Allen Akin) writes:
| >If I had to guess, I'd say that SGI hasn't pursued the PLB because it
| >hasn't made a difference to sales.  If PLB numbers were prerequisites
| >for some significant number of purchase orders, the company would work
| >on them more aggressively.
| 
| ...
| 
| SGI is very eager to publish its SPECmarks for the processors on its
| machines.  The SPEC benchmark suite is similar to the PLB benchmark
| suite in conception.  The only conclusion I can draw from this is that
| SGI must not perform very well on the benchmark and doesn't want to
| publish "bad" numbers.

Gee, Rich, that's not very imaginative.  Surely you can draw more than
one conclusion from that data. :-)

The most likely situation is the one I mentioned earlier:  It takes
time and effort to do a good job on the PLB, and if there's little
demand for the result, then it makes sense to use the resources on
other projects.  That's just normal business practice, especially in
lean economic times.

SPEC is different because it figures prominently in many RFPs.  If
there was comparable demand for PLB data, then I imagine SGI would
pursue the PLB project more energetically.

This group is read by a number of people who are better-informed than I
am about the state of PLB at SGI, so perhaps one of them will reply.
I truly don't know how well SGI machines perform on the PLB, or if
anyone is spending time to find out.

Allen
Newsgroups: comp.graphics
From: edwarda@yoyo.cc.monash.edu.au (Edward Au)
Subject: Printing Siggraph CD-ROM images
Keywords: Siggraph CD-ROM tiff image
Reply-To: edwarda@yoyo.cc.monash.edu.au
Organization: Monash General Access UNIX System
Date: Tue, 25 Aug 1992 17:55:47 GMT

Could anyone suggest how to print the tiff images in the Siggraph CD-ROM?
This tiff images seem to have a different compression scheme which is not
recognized by a quite number of tiff reader/convertion software.

Edward
-----------------------------------------------------------------------------
email: edwarda@yoyo.cc.monash.edu.au | ASK:
Department of Computer Science       | Ask and you will be given;
Monash University                    | Seek and you will find;
Australia                            | Knock and it will be opened to you.
-----------------------------------------------------------------------------
Newsgroups: comp.graphics,comp.windows.x.pex,comp.unix.aix
From: levine@well.sf.ca.us (Ron Levine)
Subject: Re: IBM's graPHIGS package, problem with GPNBS, any hint?
Summary: graPHIGS uses non-standard NURBS data. 
Keywords: PHIGS, graPHIGS, NURBS 
Organization: Whole Earth 'Lectronic Link
Date: Fri, 4 Sep 1992 16:35:51 GMT

In article <1484@igd.fhg.de> pfuetz@igd.fhg.de (Matthias Pfuetzner) writes:
>Hi Everybody!
>
>I have a problem with IBM RS/6000 graPHIGS library and the GPNBS call.
>
>Simply said: The above call inserts the corresponding element into the
>structure store, but I don't see nothing on the screen!
>
>I checked whether the currently open workstation supports non-uniform B-spline
>surfaces (it does), what the maximum order is (6, I only use 2x3 and sometimes
>3x3), so that I'm sure, this primitive is available.
>
>Before inserting the GPNBS I inserted "pfill_area_set3" using the ISO C
>Binding provided under /usr/lpp/graPHIGS/samples/cbinding, so that I can use
>mixed calls for those routines that are currently not supported in ISO C
>Binding form.  This fill_area_set3 is properly drawn, so that I'm sure the
>workstation is opened correctly. The data I supply for the B-spline surface is
>OK, as I am also using libphigs.a (producing PEX calls) on the IBM and on Sun
>workstations with X11R5 by MIT. With these libraries I see my surface!
>
.... stuff deleted...

I'm not sure this is your problem, but it's worth checking:

I haven't worked directly with graPHIGS, but a couple of years ago, when 
porting a graPHIGS demo application to DEC PHIGS, I discovered that for the 
RATIONAL B-spline case, graPHIGS expects DIFFERENT data from DEC PHIGS, 
SunPHIGS, and most of the other implementations.  Namely, for the coordinate 
4-tuple for the weighted control points, graPHIGS expects the application to 
pass (x,y,z,w), while the other implementations expect (xw,yw,zw,w). 

The PHIGS PLUS DIS Specification document of February 14, 1991 is not 
absolutely clear on the point.  It says simply that "When RATIONAL is 
specified the control points are specified as homogeneous modelling 
coordinates with the restriction that the fourth coordinate be greater than 
zero".  Technically, the graPHIGS implementation does not violate the 
specification, because (x,y,z,w) are indeed homogeneous coordinates for the 3D 
point (x/w,y/w,z/w).  I guess most people would say that the IBM 
interpretation is wrong, but I think it is preferable from the point of view 
of the application, because in most situations it would save the application 
the work of multiplying the 3D coordinates by the weights.
From: diskount@micromed.com (don hirschfeld)
Newsgroups: comp.graphics
Subject: Renderize
Date: 28 Aug 92 19:42:48 GMT
Organization: Micro-Medic  - +1 408 279 5240 - Public Access

I have literature for Renderize, the PC rendering program. Does anyone 
have experience with this? The Light version for $495 might be acceptable 
since I don't need to render beyond 1024x768 resolution. How does the 
features and power compare with ModelView or 3D Studio?

----------------------------------------------------------------------------
diskount@micromed.com (don hirschfeld)
Micro-Medic BBS                                                (408)279-5240
----------------------------------------------------------------------------
From: terry.walter@outlan.ersys.edmonton.ab.ca (Terry Walter) 
Newsgroups: comp.graphics
Subject: I NEED
Date: 26 Aug 92 23:54:00 GMT
Reply-To: terry.walter@outlan.ersys.edmonton.ab.ca (Terry Walter) 
Distribution: world
Organization: Outland BBS-UUCP

I need a program that will convert Apple IIGS PICTURES ($C1) to GIF
FORMAT ON THE IBM, can someone help me out!
From: spl@ivem.uucp (Steve Lamont)
Newsgroups: comp.graphics
Subject: Re: Please Tell Me About Highspeed Digital Camera
Date: 28 Aug 1992 21:10:15 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: ivem.ucsd.edu

In article <71796@apple.Apple.COM> jp@Apple.COM (John Peterson) writes:
>
>>Ford Aerospace make a 4K*4K CCD (<0.5 frames/sec, 7.5um pixel size, 10 erms).
>>Has anyone made a camera around this?
>
>The Department of Defense, perhaps...

Photometrics is also a likely source.  We had a 2Kx2K camera here for
a while on demo/evaluation.

Expensive as hell, though.  Talk was of $100K+ unit costs. :-(

							spl

-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@dim.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"O generation of the thoroughly smug/and thoroughly uncomfortable...
.. the fish swim in the lake/and do not even own clothing." - Ezra Pound
Xref: sparky comp.graphics:9290 sci.electronics:15028 rec.video:10732
From: spl@pitstop.ucsd.edu (Steve Lamont)
Newsgroups: comp.graphics
Subject: Re: What is a good book for Digital Image Processing?
Date: 29 Aug 1992 20:11:34 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: pitstop.ucsd.edu

In article <1992Aug28.233619.17728@organpipe.uug.arizona.edu> newberry@newton.as.arizona.edu (Mike Newberry) writes:
>>Pratt, William K., _Digital Image Processing, Second Edition_.  New
>>York, John Wiley and Sons. (1991) ISBN 0-471-85766-1
>>
>Yes, but has anyone ever tried to get "useful" information out of this 
>book?

Yes.  Almost daily.  Most of the time, I succeed.

							spl

-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@dim.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"O generation of the thoroughly smug/and thoroughly uncomfortable...
.. the fish swim in the lake/and do not even own clothing." - Ezra Pound
Newsgroups: comp.graphics,alt.graphics.pixutils,comp.os.ms-windows.misc
From: ntaib@silver.ucs.indiana.edu (Iskandar Taib)
Subject: Re: Speedstar 24x
Keywords: no probs?
Organization: Indiana University
Date: Mon, 31 Aug 1992 16:05:33 GMT

In article <1992Aug20.075613.29666@u.washington.edu> rene@hardy.u.washington.edu (Rene Magritte) writes:

> 	The "x" version of the 24 is worth the extra 30 bucks, eh? 
>	It comes with a paint program, right? 
>	Anybody have a "favorite" (read:cheap) place they got theirs

The "x" uses an accelerator chip, the "no x" uses the regular
Tseng ET4000 chipset.




-- 
-------------------------------------------------------------------------------
Iskandar Taib                          | The only thing worse than Peach ala
Internet: NTAIB@SILVER.UCS.INDIANA.EDU |    Frog is Frog ala Peach
Bitnet:   NTAIB@IUBACS                 !
Xref: sparky comp.graphics:9237 comp.graphics.visualization:1261 comp.sys.ibm.pc.hardware:22873
From: chrisg@cbmvax.commodore.com (Chris Green)
Newsgroups: comp.graphics,comp.graphics.visualization,comp.sys.ibm.pc.hardware
Subject: Re: Looking for polygon engine hardware
Date: 28 Aug 92 11:28:13 GMT
Reply-To: chrisg@cbmvax.commodore.com (Chris Green)
Organization: Commodore, West Chester, PA

In article <1992Aug27.140202.21662@eng.umd.edu> bigmac@eng.umd.edu (Mike McDonald) writes:
>I am looking for a PC based graphics card for use as a VR graphics engine.
>The card needs to be able to produce atleast 20K Gouraud-shaded,100 pixel
>triangles/second. If anyone knows of any PC (ISA) card(s) like this, please
>email some information on it.  I will later post a summary of the responses
>I receive.
>
>Thanks,
>Mike

	You can probably get this rate with just a really fast 486 with a
fast local bus vga card.
	Back when I was doing this kind of thing on PC's, we got 2.2Mpixels/second
in the gouraud shading loop, and that was only on a non-cached 20mhz
386 with a dog-slow paradise PVGA.
-- 
*-------------------------------------------*---------------------------*
|Chris Green - Graphics Software Engineer   - chrisg@commodore.COM      f
|                  Commodore-Amiga          - uunet!cbmvax!chrisg       n
|My opinions are my own, and do not         - icantforgettheimpression  o
|necessarily represent those of my employer.- youmadeyouleftaholeinthe  r
|"A screaming comes across the sky..."      - backofmyhead              d
*-------------------------------------------*---------------------------*
Newsgroups: comp.graphics
From: chris@hawkesbury.uws.EDU.AU (Chris Thompson)
Subject: New Language Mosaix GUI
Summary: New Language available for development
Keywords: graphics development language GUI images
Organization: University of Western Sydney
Date: Fri, 28 Aug 1992 04:20:07 GMT




				MOSAIX

I have heard of a product which has not got much press - seems OK
It's called 'Mosaix' from

Mosaix Marketing Pty Ltd
Attn Bill Dalgliesh
L1, 170 Pacific Hwy
Greenwich NSW 2065
Australia
(61)02-9013199
(61)02-9013493 Fax


Abstract:

The Mosaix ADL, ( Application Development Language) is a high  level language
designed to enable rapid development of graphics based applications in an X-
windows environment using object oriented methodologies. Mosaix provides a
graphical user interface toolkit, links to proprietary databases, integration of
raster and vector data, multimedia support and real time event handling.

Comment:
	Seems to offer a reasonable runtime price and for Uni's a reasonable
price for development. Would suit Sun environment. Language is written in 'C'
with its own syntax and lots of inheritable goodies.

Please contact  Bill Dalgliesh for further info.

Kind Regards
c.thompson@uws.edu.au
Newsgroups: comp.graphics
From: robm@void.ncsa.uiuc.edu (Rob McCool)
Subject: Re: Help contacting ncsa
Organization: University of Illinois at Urbana
Date: Wed, 2 Sep 1992 19:35:59 GMT

joefw@eosdev1.gsfc.nasa.gov (Joe Fulson-Woytek) writes:
: I am trying to send a bug report to ncsa, but the mail is bouncing.  I send
: the message to bugs@ncsa.uiuc.edu (as instructed in the README files,
: and get back the error:
: 
: If anyone from NCSA is reading this newsgroup, will you please send me an
: address I can send a bug report to.  Thanks.
: 

Sorry for any confusion. We had a hardware upgrade go awry in the last week or
  so, and the softdev and bugs notesfiles were the direct victims of it. They
  are back now. I apologize for all confusion, inconvenience, and irritation.

: 
: Joe Fulson-Woytek
: Code 902/Goddard DAAC
: NASA/Goddard Space Flight Center
: joefw@eosdev1.gsfc.nasa.gov  


-- 
Rob McCool, NCSA STG System Administrator
robm@ncsa.uiuc.edu r-mccool@uiuc.edu robm@imsa.edu
It was working ten minutes ago, I swear...
Newsgroups: comp.graphics
From: jeg@netcom.com (Julian E. Gomez)
Subject: Re: Does SF Bay Area SIGGRAPH Exist?
Date: Wed, 26 Aug 92 16:18:01 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: ba

In article <5t!nlfl.wayne@netcom.com> wayne@netcom.com (wayne t. watson) writes:
" Does the ACM SIGGRAPH really exist in the San Francisco Bay Area?  

Bay Area ACM/SIGGRAPH doesn't meet during the summer. The next meeting
will be 9/22 at Xerox PARC. The voicemail will be updated as soon as a
speaker is scheduled.

Julian Gomez
Acting President
-- 
"We must grasp the bull by the tail, and look the matter squarely in the face!"

	Julian "a tribble took it" Gomez
	jeg@netcom.com
Newsgroups: comp.graphics
From: msnider@Rapnet.Sanders.Lockheed.Com (Marc A. Snider x0193)
Subject: Composite output via PC
Organization: Sanders Associates
Date: Wed, 2 Sep 92 20:26:37 GMT



Sorry if this is a FAQ, but, I can't find extensive info anywhere...

Please tell me of any VGA and/or SVGA display boards which also output
NTSC composite video.  Preferably I would like to locate a 24 bit board
capable of doing this, but info on all is appreciated.  Any composite
out capability (regardless of board bandwidth) is of interest, even if   
encompassed via a multifunction board.


Thanks in advance for the info,
M. Snider
msnider@rapnet.sanders.lockheed.com

Newsgroups: comp.graphics
From: jbm@eos.arc.nasa.gov (Jeffrey Mulligan)
Subject: Surface plots on polar coordinates?
Organization: NASA Ames Research Center
Date: Thu, 27 Aug 1992 22:26:33 GMT

Does anyone know of a plotting package for UNIX that will do
surface and contour plots of data parametrized by polar coordinates?

thanks, jeff



-- 

	Jeff Mulligan (jbm@eos.arc.nasa.gov)
	NASA/Ames Research Ctr., Mail Stop 262-2, Moffett Field CA, 94035
	(415) 604-3745
Newsgroups: comp.graphics
From: jim@baroque.Stanford.EDU (James Helman)
Subject: Re: SIGGRAPH member benefits
Organization: Stanford University
	<17j0u4INNc7j@network.ucsd.edu>
Date: 1 Sep 92 23:09:21

spl@szechuan.uucp (Steve Lamont) writes:

   I'm all for splitting SIGGRAPH off from ACM -- that way ACM could form
   a new organization that would concentrate on the academic and research
   aspects of computer graphics, as opposed to the show biz.  

I disagree.  The mixture of the academic, commercial, artistic and
just plain incomprehensible provides a rare meeting place for denizens
of these and other worlds.

ACM already has other meetings which focus on particulars, e.g. ACM
Symposium on Interactive 3D Graphics, Visualization '9X (cosponsor
with IEEE), ACM Symposium on Computational Geometry, etc.  Despite the
glitz, the technical quality of SIGGRAPH papers remains high.  Also,
if you were to split the technical session from the exhibits, you'd
lose the numbers or type of audience to have any useful tutorials in
either.

Splitting SIGGRAPH would only foster ivory-towerism on one side and
totally unrestrained salesmanship on the other.  Neither is desirable.

-jim helman
jimh@surreal.asd.sgi.com
415.390.1151
From: schuette@wl.com (Wade Schuette)
Subject: Re: Is there a mathematical relationship RGB -> wavelength?
Organization: Warner Lambert / Parke-Davis
Date: Tue, 25 Aug 1992 19:47:55 GMT

In article <57142@mentor.cc.purdue.edu> ab@nova.cc.purdue.edu (Allen B) writes:
>In article <1992Aug17.033205.23903@unocal.com> stgprao@xing.unocal.com (Richard  
>Ottolini) writes:
>> The psychology of color perception is much more complicated than the response
>> of the four kinds of retina cells.  The late Edwin Land of Polaroid was
>> fond of showing images composed of two color primaries that appeared to have
>> all the colors in it.
>
>I have heard about this through unreliable channels, but
>my understanding is that he used two (black and white)
>slide projectors.  One had a red filter on it.  Is that true? 
>

I believe there was a Scientific American article about this a decade or
so ago.  My recollection was that he claimed he could do this trick with
almost ANY two colors, and, to prove it, did it once using the sodium
doublet at 5889 and 5891 angstroms, one for each projector.  The projected
image was a picnic, and observers could see the red and white checked 
tablecloth, the blue sky, green grass, orange oranges, etc. 




-- 
==================================================================
R. Wade Schuette         schuette@wl.com    Ann Arbor, MI, USA
From: wwlk@riscee.pko.dec.com (Bill Licea-Kane)
Newsgroups: comp.graphics
Subject: Re: NCGA Picture Level Benchmark (was: Time to put up or shut up)
Keywords: benchmarks NCGA GPC
Date: 2 Sep 92 18:34:01 GMT
Organization: Digital Equipment Corporation, Maynard MA.

In article <pak809s@fido.asd.sgi.com>, mtj@babar.asd.sgi.com (Michael Jones) writes:
|> 
|> The PLB issue seems the perfect example of the Akin/Thomson dialogues
|> on graphics programming interfaces. My understanding is that the PLB
|> suite spends quite a bit of effort (thus time) "editing" the databases
|> it is drawing.

	You understand wrong.  Actually, the PLB is a *PICTURE* Level
	Benchmark.  The geometry is STATIC.  No editing during the
	timing loop to speak of takes place.  (One or more matrixes
	are updated during the timing loop, and in the case of one
	benchmark, there is some control over what geometry is displayed
	each frame.  There's also some minor bookkeeping.  All the major
	bookkeeping is done outside of the timing loop.)

|> 
|>    (customer) "But why is this PLB application so much slower than
|>                all the similar applications I see on SGI machines?"
|> 
|>    (salesman) "Because we're using a PHIGS/PEXlib style API."
|> 
|>    (customer) "Oh. I guess it must be the extra data movement and
|>                redundant PHIGS structure editing."
|> 
|>    (salesman) "Exactly. Now let me show you the OpenGL version."
|> 
|>    (customer) "Wow!. No wonder they stopped making workstations."

	You again have a very common misperception, that the PLB is
	a PHIGS benchmark.

	While the BIF (Benchmark Interface Format) is generally
	derived from PHIGS clear text archives, and while the
	*SAMPLE* implementation uses PHIGS, there are multiple
	"ports" of the PLB.  (Unlike SPEC, where you can generally
	expect to take source code, compile/link/run it, PLB
	could *NOT* begin to hope for such a goal when it was
	started.  It brought too many limitations.)

	There are several existing ports of the PLB.

	DEC	- DEC PHIGS
	E&S	- ES/PEX (PHIGS binding)
	HP	- HP-PHIGS
		- Starbase
	IBM	- IBM graPHIGS
		- GL
	SGI	- GL
	Sun	- SunPHIGS
		- XGL


	SGI's port of the PLB does not use a PHIGS/PEXlib style
	API.  It uses GL.


	Work is beginning to provide additional *SAMPLE* implementations
	of the PLB.  I would hope there will be a suite of three widely
	used APIs covered by the sample implementations:

		PHIGS  - already done, actively maintained.
		PEXlib - work started
		OpenGL - work beginning

	Proprietary (non-perjorative sense) APIs such as GL, Starbase
	and XGL are the responsibility of the individual vendors.  But
	many people feel the industry and the user community will
	greately benefit from sample implementations of widely available
	and/or widely licensed APIs.


	Not to say that there aren't other legitimate things to be
	discussed about the PLB.  But I first wanted to correct these
	misconceptions.

-----
Bill Licea-Kane			(Do I really need to say "I speak for myself?")
Digital Equipment Corporation
(Representative to GPC)
Xref: sparky comp.graphics:9142 comp.os.ms-windows.misc:2380 comp.sys.ibm.pc.hardware:22650
Newsgroups: comp.graphics,comp.os.ms-windows.misc,comp.sys.ibm.pc.hardware
Subject: Addressing two independent monitors from one PC
From: elemjm@ccu1.aukuni.ac.nz (Michael Miles)
Date: Tue, 25 Aug 1992 22:59:53 GMT
Organization: University of Auckland, New Zealand.
Keywords: Dual monitors, windows

PROBLEM TIME...

I need to use two SVGA monitors from the same computer. The problem is
rather than simply displaying identical information, I want to be able to run
Windows 3.1 on one, and send simple patterns to the other, controlled from a
program running under Windows. I will be using either a standard or laptop 
386 PC with coprocessor, 4Meg RAM.

Question 1. Is this possible at all - even using a separate graphics card for
            each monitor?

Question 2. Is there a special graphics card which will allow me to do this?

Question 3. I there any ready-written software to do this, and if so, where
            from?

I'd appreciate any help anyone can offer on this problem,

Mike.
From: willm@igd.fhg.de (Matt Will)
Newsgroups: comp.graphics
Subject: Area of polygons
Keywords: polygon,triangle,constraints
Date: 27 Aug 92 09:36:27 GMT
Organization: Zentrum fuer Graphische Datenverarbeitung, 6100 Darmstadt, Germany

I don't know if this is the right place to ask, but I'll give it a try.
I am currently trying to find constraints for planar (2D) polygons, and in
particular, I have troubles finding a constraint (=a formula) to calculate
the area of a polygon.

I know that it is possible to subdivide a polygon into triangles, but I haven't
found a general formula to find out which diagonals to use for this. With 
convex polygons, things are easy, but I got stuck as far as concave polygons
are concerned.

Please e-mail me, since I am not reading this list. You can reach me at the
address listed below.

Thank you for your help,
Matt Will <willm@igd.fhg.de>


Newsgroups: comp.graphics