HDTenEightyP/NetNews huggingface dataset:
From: rpatil@nmsu.edu (Raj Patil)
Newsgroups: comp.graphics.visualization
Subject: Object Classification...
Date: 27 Jul 92 20:44:54 GMT
Distribution: comp.graphics.visualization
Organization: Computing Research Lab


Hi:

I am faced with following problem to be solved using image processing
techniques:

We are trying to classify different non-lint particles in a cotton sample
using imaging techniques.

Cotton sample after ginning contains different kind of trash material on the
basic of which cotton is graded for it quality. The trash (non-lint particles)
are of type pieces of leaf, bark, sticks, pepper (fine pieces of leaf), 
cotton seed coat fragments, etc. We are looking at different features
of these particles, area, perimeter, shape factor, eccentricity, moments etc.
Using these features we have achieved fairly good classification. We also 
used clustering approaches, Neural nets etc. 

Those who have seen some of these non-lint particles, is these anything else
that we need to consider as feature, in order to get a better 
classification ? Like most of real life problems, one major problem is 
of overlapping clusters of these trash types and increasing feature 
space may improve the classification.

Any suggestions and ideas are appreciated.

Regards

raj
USDA, ARS
Newsgroups: comp.graphics.visualization
From: danielbt@marsh.cs.curtin.edu.au (Brett Daniel)
Subject: Quickmodeller for SGI 4.0.1 X11
Keywords: quickmodeller sgi 4.0.1 X11 geomview irit
Organization: Curtin University of Technology
Date: Wed, 29 Jul 1992 10:43:57 GMT


I am attempting to put together a graphics modeller that will resemble
Alias quickmodel, but will run on SGI X11.  I have access to Geomview and
IRIT source code.  I am proposing to take pieces of both packages to form
a quickmodeller that will run on the new SGI 4.0.1 operating system.

I would like information on the following questions:
Firstly, has anyone written a "quickmodeller" that will run on X11?
Secondly, has anyone tried to do something similiar?
Thirdly, is anybody interested in obtaining software of this nature?

Thank you in advance for all replies received.

Brett Daniel
School of Computing Science
Curtin University of Technology
Western Australia.

email: danielbt@marsh.cs.curtin.edu.au
--

Brett Daniel
School of Computing Science
Curtin University of Technology
Western Australia.
email: danielbt@marsh.cs.curtin.edu.au
From: djamdji@aurora.unice.fr (Jean-Pierre Djamdji)
Newsgroups: comp.graphics.visualization
Subject: Stereo Vision
Keywords: stereo vison-wavelet
Date: 24 Jul 92 06:21:39 GMT
Organization: University of Nice Sophia-Antipolis, France
Originator: djamdji@aurora.unice.fr


hi there,

 Can anyone give me references, articles and email addresses of people
working on "Stereo Matching Algorithm with wavelets".
I am interested in applying this approach to my thesis.

Can anyone gie me by the way goor references on Stereo Matching .

I would be grateful,

Thank You

Jean-Pierre

    ****************************************************************
    * Jean-Pierre Djamjdi                                          *
    * Observatoire de Nice         Phone (33) 92 00 31 50          *
    *                              Email: djamdji@c3po.unice.fr    *
    * B.P. 139                            djamdji@c3po.obs-nice.fr *
    * 06003 Nice Cedex             Fax   (33) 92 00 30 33          *
    * France                                                       *
    ****************************************************************
From: CDO@IB.RL.AC.UK (C D Osland)
Newsgroups: comp.graphics.visualization
Subject: Re: Arrowhead plotting routine, anybody?
Date: 28 Jul 92 16:15:33 GMT

On 28 Jul 92 15:12:32 GMT <craven@CA.EMR.CG> said:
>I ask this questions to avoid re-inventing the wheel.
>
>I am looking for a subroutine that given the head and tail
>positions of a vector will calculate positions to
>move to in order to draw an arrow head.   Has anybody
>done this before?
>
>Jim
The following section of Fortran MIGHT be useful - it is for
a solid (i.e. filled area) arrow, with more hard-wired than
should be.  I have adapted the code for this message, as there
was a lot of extra code in the original section.

*
*          'P' - generate a pointer
*

*   On entry, NP = 1,2,3 or 4:
*
*                  1: two ends given, one arrow head
*                  2: two ends given, two arrow heads
*                  3: one end, length and angle given, one arrow head
*                  4: one end, length and angle given, two arrow heads
*
*                     (These values are actually read in below.)
*
*             PWIDTH = pointer width
*             PSIZE = pointer length
*             RADFAC = conversion factor from degrees to radians
*
   95 CONTINUE
      IF (NP.EQ.0) GOTO 96
      IF ((NP.LT.1).OR.(NP.GT.4)) GOTO 96
      IPTYPE = NP

   96 CONTINUE

      IF (IPTYPE.LT.3) THEN
         READ (INFILE,*,END=180) X1,Y1,X2,Y2
         ANGLE = ATAN2(Y2-Y1,X2-X1)
      ELSE
         READ (INFILE,*,END=180) X1,Y1,ALEN,ANGLE
         ANGLE = ANGLE * RADFAC
         X2 = X1 + ALEN * COS(ANGLE)
         Y2 = Y1 + ALEN * SIN(ANGLE)
      ENDIF

      X1 = X1 * FX + DX
      Y1 = Y1 * FY + DY
      X2 = X2 * FX + DX
      Y2 = Y2 * FY + DY

      PP = PSIZE
      RC = COS(ANGLE)
      RS = SIN(ANGLE)

      XXX(1) = X2
      YYY(1) = Y2

      XT = X2 - PP * RC
      YT = Y2 - PP * RS
      XXX(2) = XT + PSIZE * RS
      YYY(2) = YT - PSIZE * RC

      XXX(3) = XT + PWIDTH * RS
      YYY(3) = YT - PWIDTH * RC

      IF (MOD(IPTYPE,2).EQ.0) THEN

*        User has requested arrow heads at both ends

         NP = 11
         XT = X1 + PP * RC
         YT = Y1 + PP * RS
         XXX(4) = XT + PWIDTH * RS
         YYY(4) = YT - PWIDTH * RC

         XXX(5) = XT + PSIZE * RS
         YYY(5) = YT - PSIZE * RC

         XXX(6) = X1
         YYY(6) = Y1

         XXX(7) = XT - PSIZE * RS
         YYY(7) = YT + PSIZE * RC

         XXX(8) = XT - PWIDTH * RS
         YYY(8) = YT + PWIDTH * RC

      ELSE

*        User has requested arrow head only at X2,Y2 end

         NP = 8
         XXX(4) = X1 + PWIDTH * RS
         YYY(4) = Y1 - PWIDTH * RC

         XXX(5) = X1 - PWIDTH * RS
         YYY(5) = Y1 + PWIDTH * RC

      ENDIF

      XT = X2 - PP * RC
      YT = Y2 - PP * RS
      XXX(NP-2) = XT - PWIDTH * RS
      YYY(NP-2) = YT + PWIDTH * RC

      XXX(NP-1) = XT - PSIZE * RS
      YYY(NP-1) = YT + PSIZE * RC

      XXX(NP) = XXX(1)
      YYY(NP) = YYY(1)

*   GKS call to perform FILL AREA

      CALL GFA    (NP,XXX,YYY)
      IRET = 0
      RETURN
*   Sorry about lack of comments!!!

Zero copyright protection - use at will - not the code I'm most proud of!

Cheers

Chris Osland
From: claes@sonne.informatik.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.graphics.visualization
Subject: Fonts to pbm
Keywords: font, pbm, x11, tex
Date: 30 Jul 92 10:15:16 GMT
Organization: University of Essen, Germany


Is there any possibility to convert x11 or tex-fonts to different bitmaps in
pbm-format?

Thanks in advance.

Heinz-Josef Claes
University of Essen
Germany
Email: claes@sparc2.ikb.uni-essen.de
   or: claes@sonne.informatik.uni-essen.de
Newsgroups: comp.graphics.visualization
From: stepoway@seas.smu.edu (Steve Stepoway)
Subject: 2nd Call: Graphics/Visualization in Engineering
Organization: School of Engineering and Applied Science
Date: Mon, 27 Jul 1992 17:42:56 GMT

           S E C O N D   C A L L    F O R    P A P E R S
 
The American Society of Mechanical Engineers (ASME) Petroleum
Division is sponsoring the Energy-sources Technology Conference &
Exhibition (ETCE), to be held January 31 - February 4, 1993, at
the Adam's Mark Hotel in Houston, Texas.  A part of the conference
is the Computer Applications Symposium, which focuses on the uses
of computers in engineering-related applications.
 
This coming year, one session will be devoted to computer
applications of Graphics & Visualization in engineering.  Papers
need not be related to petroleum engineering, although such papers
are welcome. Papers should describe a clear application to some
part of engineering, however.
 
 
                      D E A D L I N E S
 
17 August 1992 -- Three (3) copies of complete paper due.  Please
        send to the session organizer. Papers should be 20-25 pages
        in length (double-spaced), including diagrams.
 
12 September 1992 -- Authors informed of results of reviews.
 
10 October 1992 -- Camera ready copy of accepted papers due in the
        hands of session organizer.
 
1 November 1992 - 1 January 1993 -- Pre-register for ETCE, make
        hotel reservations, if needed.
 
31 January 1993 - 4 February 1993 -- ETCE, Adam's Mark Hotel,
        Houston, Texas.
 
 
Session Organizer:                 Symposium Chairman:
 
Dr. Stephen L. Stepoway            Dr. Murat M. Tanik
Computer Science & Engineering     Computer Science & Engineering
Southern Methodist University      Southern Methodist University
Dallas, Texas  75275               Dallas, Texas  75275
e-mail: stepoway@seas.smu.edu      e-mail: tanik@seas.smu.edu
Newsgroups: comp.graphics.visualization
From: zpeng@milton.u.washington.edu ()
Subject: Help: color image processing...
Reply-To: zpeng@u.washington.edu
Organization: University of Washington, Seattle
Date: Thu, 23 Jul 1992 02:04:48 GMT

Hello there:

  I am going to be involved in the color image processing project
this summer. Does anyone have experience on that topic?
I would like to know any good books, papers, and algorithms about 
color image processing, particularly color segmentation, leveling, 
thresholding, color to grayscale (bitmap) conversion, and 
color representation (RGB, CMY, etc.) which is less computational
expensive. I highly appreciate any information, recommendation, 
suggestion, comment. 

-Fred

P.S. Please respond to zpeng@u.washington.edu Thanks.
From: ravi@photonics.usc.edu (Ravi)
Newsgroups: comp.graphics.visualization
Subject: Interactive ENV. FOR SUN-SPARC
Date: 23 Jul 1992 20:10:05 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: photonics.usc.edu

Hello,
I am working the field of computer simulations of crystal growth,
employing monte carlo or molecular dynamics techniques. I am using
the Sun-SPARC 2 workstation with 24 bit monitor for this purpose.
Since long time I was searching for some visualization tool and 
just managed to build ray-shading pictures using VORT (from Univ.
of Melbourne, Australia). However, they do not have any interactive
capabilities and it is painstakingly very slow. Does any one help
me in getting some software (can be commercial) which can do the
following at least.
  1. Draw spheres (24 bit rayshade)
  2. Rotate along x,y,z axes
  3. zoom/pan
OR alternatively, I can generate PIX/TIFF format using VORT and is 
there any package which can be used just to manipulate this file.
I have tried many routines available at ftp sites including KHOROS,
and exhaused and ffffffffrustrated. Please somebody rescue me!!!!!
I would appreciate if you could answer me to my e-mail code directly.
ravi@photonics.usc.edu.

                                                 ~   ~
Dr. Ravi                                         o | o
University of Southern California                 / \
Los Angeles, CA 90089.                             ~


Newsgroups: comp.graphics.visualization
From: "rafael ramirez" <rafael.ramirez@channel1.com>
Newsgroups: comp.graphics.visualization
Subject: need unix photoshop
Date: 22 Jul 92 18:58:26 EST
Reply-To: "rafael ramirez" <rafael.ramirez@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

Hello everyone.  How are things going today?  I (almost) become a daddy
today but it seems that my overdue wife decided to play a "middle of the
dinner" trick ;-)  Soon, though, very soon ...

Here is what I need to find out today (and fast!):  I've been asked to
buy a program for the HP UX running X-Windows (for the 700 series) like
the PC's Photostyler or Photoshop.  You know, one of those 24-bit image
manipulators to sort of "re-touch" photographs, alter colors, make color
separations for the printer, etc, etc.  Sort of like a "image" editor
(as opposed to a painting program).

Anybody has any leads as to where I can find one?  If so, e-mail me at
the address below.  Thanks in advance!

 * SLMR 2.1a * Rafael.Ramirez@channel1.com from SPAIN! (A.K.A. RRC)
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.graphics.visualization
From: eugene@amelia.nas.nasa.gov (Eugene N. Miya)
Subject: [l/m 5/1/1992] Shell2 -- the outrigger	(2/4) c.g.v.FAQ2
Followup-To: poster
Organization: NAS Program, NASA Ames Research Center, Moffett Field, CA
Date: Wed, 22 Jul 92 11:34:36 GMT
Reply-To: eugene@amelia.nas.nasa.gov (Eugene N. Miya)

#Disabled
Archive-name: comp.viz.faq

	"Feed me."  -- Audrey II, the Plant in "The Little Shop of Horrors."

Contents
========

Intro
-----
Netiquette
----------
What is visualization?
----------------------
Systems
-------
Issue/problems
--------------
References
----------
================================

Intro
-----

The quality of this FAQ is directly proportional to the information
mailed by participants (that's you) to the maintainer (me, Amelia).
You don't like it?  Blame the rest of the posters and readers.
I don't have 100% time to maintain this.  We are starting from scratch.
If an address or phone is out of date?  Blame the group.  I'm just a dumb
computer posting as I am told.

The structure of this FAQ is currently a twice monthly post, with two
weekly outriggers pointing to the Long (this) version.  We will see how well
this works (empirical science).

You should not have to see this file all the time.  Don't bother saving it
unless you have a flakey net connection.   Grab the most recent revision
off the net.  The Subject: line is designed to fit within the 24-char limit
of most Killfile systems.  Learn about Killfiles.  If you have something
against FAQ files, the regular expression /.*FAQ$/ will Kill All My Children
and me.  Learn how to use news and how news works before complaining.
This post is like a lighthouse or a fog horn.  Learn how to use it.

This is the outrigger, the main FAQ will be posted next week.
Newsgroups: comp.graphics.visualization,comp.graphics
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: Re: SIGGRAPH anonymous ftp site
Organization: Tampere University of Technology
Date: Wed, 22 Jul 92 14:17:17 GMT


In article <1992Jul21.213046.6185@wpi.WPI.EDU> rtipnis@maxine.wpi.edu
(Rajeev Tipnis) writes:
>
>In SIGGRAPH'92 Advance Program booklet, it is mentioned that the
>unix node : siggraph.org (128.248.245.250) is an anonymous
>ftp site and the dir : /info/s92/courses contain in depth course
>material. However, I was not able to connect to this site.

Try nic.funet.fi (128.214.6.100), directory
pub/graphics/misc/siggraph/cources92/

Juhana Kouhia
From: S.Marshall@sequent.cc.hull.ac.uk (Simon Marshall)
Newsgroups: comp.graphics
Subject: Converting polygon with concave boundary to convex one anybody?
Date: 28 Jul 92 12:40:51 GMT
Reply-To: sm@cs.hull.ac.uk, S.Marshall@hull.ac.uk

Hi all.  I mailed this question a while back, but shortly after the machine I
read news on hiccuped for a couple of days, and now I find out that our mailer
fails, with a loss of incoming mail, on a regular basis.  If you've responded
once, please do again, sorry!

I have a group of planar polygons with concave boundaries.  I wish to replace
each of these polygons with a number of triangular ones.  For a polygon with a
convex boundary, it's quiet easy.  All I do is pick a single polygon vertex and
form triangular facets, using this vertex, with successive pairs of vertices
around the polygon boundary.  The single polygon vertex is therefore common to
all triangular facets.

This, of course, will not work for polygons whose boundaries are concave, since
a triangular facet may lie outside the boundary of the polygon.  So either I
must use a different method of generating triangular facets, or firstly
generate polygons with convex boundaries from the polygons with concave
boundaries.

The $64M question is, how do I convert a concave polygon to a convex one?  I
thought there was a solution to this in Graphics GEMS, but nope...

Many thanks in advance!  Simon.
_______________________________________________________________________________
Simon Marshall, Dept. of Computer Science, University of Hull, Hull HU6 7RX, UK
  "Football isn't about life and death.  It's more important than that." Bill
Email: S.Marshall@Hull.ac.uk    Phone: +44 482 465181    Fax: 466666   Shankley
Newsgroups: comp.graphics
From: stepoway@seas.smu.edu (Steve Stepoway)
Subject: 2nd Call: Graphics/Visualization in Engineering
Organization: School of Engineering and Applied Science
Date: Mon, 27 Jul 1992 17:41:15 GMT

           S E C O N D   C A L L    F O R    P A P E R S
 
The American Society of Mechanical Engineers (ASME) Petroleum
Division is sponsoring the Energy-sources Technology Conference &
Exhibition (ETCE), to be held January 31 - February 4, 1993, at
the Adam's Mark Hotel in Houston, Texas.  A part of the conference
is the Computer Applications Symposium, which focuses on the uses
of computers in engineering-related applications.
 
This coming year, one session will be devoted to computer
applications of Graphics & Visualization in engineering.  Papers
need not be related to petroleum engineering, although such papers
are welcome. Papers should describe a clear application to some
part of engineering, however.
 
 
                      D E A D L I N E S
 
17 August 1992 -- Three (3) copies of complete paper due.  Please
        send to the session organizer. Papers should be 20-25 pages
        in length (double-spaced), including diagrams.
 
12 September 1992 -- Authors informed of results of reviews.
 
10 October 1992 -- Camera ready copy of accepted papers due in the
        hands of session organizer.
 
1 November 1992 - 1 January 1993 -- Pre-register for ETCE, make
        hotel reservations, if needed.
 
31 January 1993 - 4 February 1993 -- ETCE, Adam's Mark Hotel,
        Houston, Texas.
 
 
Session Organizer:                 Symposium Chairman:
 
Dr. Stephen L. Stepoway            Dr. Murat M. Tanik
Computer Science & Engineering     Computer Science & Engineering
Southern Methodist University      Southern Methodist University
Dallas, Texas  75275               Dallas, Texas  75275
e-mail: stepoway@seas.smu.edu      e-mail: tanik@seas.smu.edu
From: neiderer@amsaa-seer.brl.mil (Andrew Neiderer )
Newsgroups: comp.graphics
Subject: Graphics Gems
Date: 23 Jul 92 08:43:21 GMT


Can anyone tell me why some vector functions, such as 

Vector2 *V2Add(a, b, c)
Vector2 *a, *b, *c;
{
        c->x = a->x+b->x;  c->y = a->y+b->y;
        return(c);
        };

return the pointer to the resultant vector.  I would 
just declare it as void since c already contains the
answer.  There must be some advantage to doing it this way.
I looked throughout the Graphics Gems source code, and
found that this particular function is used, e.g. as

V2Add(&bezCurve[0],V2Scale(&tHat1, dist),&bezCurve[1]);

Sorry if this appears to be a C question.  My reason for 
posting here is to get the attention of some graphics 
programmer who uses this stuff.  Thanks.
From: lilleyc@cs.man.ac.uk (Chris Lilley)
Newsgroups: comp.graphics
Subject: Re: Angle between two coordinate locations
Date: 24 Jul 92 18:40:44 GMT
Reply-To: lilleyc@cs.man.ac.uk (Chris Lilley)
Organization: Department of Computer Science, University of Manchester UK

In article <1992Jul22.234146.5571@uniwa.uwa.edu.au> watson@maths.uwa.oz.au
(David Watson) writes (and deletes the original attributions):

>>>I have a problem where I need to obtain the angle between two points
>>>on the screen.  For instance:

(piccy deleted)

>>>I would expect the function to return the angle as being 135 degrees
>>>( or should if my picture was accurate )  Any help would be greatly

Edward M.Starczewski writes:

>>I'm a little confused, How do you define an angle between two points
>>without first defining the location of the vertex.  Is the vertex just
>>assumed to be the origin (0,0)?

David:

>I wondered about that too, but if it were (0,0) the angle returned
>would be less than 135 degrees.
>Give us a clue, Randi

If the angle was between the x axis and the line point2...point1, that
would give about 135 in the supplied diagram.

That reduces to finding the equation of the line through point 1 and 2; the
slope of the line is the angle requested in the original post.


Chris
From: 8914437l@levels.unisa.edu.au
Newsgroups: comp.graphics
Subject: Collision Detection Question
Date: 23 Jul 92 02:50:54 GMT
Organization: University of South Australia


Does anybody out there know of a fast efficient way to detect and handle
colliding objects in two dimensions (there may be multiple objects colliding
as well)...

it may be a similar problem to gas particles colliding...

Part of my Honours project is to animate objects and then detect when they
collide and generate there new position...the problems come in when after a
collision occurs the object then collides with another object, when it bounces
away...


Any suggestions or good algorithms???
Please email me...

Thanks in advance,

+-----------------------------------------------------------------------------+
| Andrew "Killer" Kulikovsky                Be alert...the world needs lerts! |
|------------------------------------+----------------------------------------|
|  B.App.Sc (Hons) Computer Studies  | The wise men looked for Jesus Christ...|
|                                    | and so it is today.                    |
| send email to:                     |                                        |
|   kulikovsky@unisa.edu.au          |        - Look to Jesus Christ!         |
+------------------------------------+----------------------------------------+

               - People who live in glass houses shouldn't!
Newsgroups: comp.graphics
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: PC/Unix for graphics?
Organization: Tampere University of Technology
Date: Sun, 26 Jul 92 17:45:38 GMT



Hi,

I'm planning to buy PC-clone (486) with Unix.
For Unix I look for free Linux or BSD386, or if these
fails I must go for commercial versions.


My consern is what is needed that various graphics programs
will run on PC/Unix system; I guess we are speaking about
screen, hard disk size, what ever...
For example, I have heard Khorsos.. Khoros takes a lot of
disk space, how much that it takes? In compiling time?
How much memory it does need while compiling it?
That is, how large virtual memory/swap file there should be?


If there are people who have PC/Unix system and have compiled
various (public) softwares, I would lieke to discuss
with them via e-mail or in appropriate newsgroup.

If there are people who also are planning to byu
a PC and would like to get info on these things, plese
ask me summary or such.


Hmm.. I see that I made several typos; well I don't
have even line editor currently in use, so I ask patience
on reading this :-)

Juhana Kouhia
Newsgroups: comp.graphics
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Help wanted writing RGB files (Personal Iris systems)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 25 Jul 92 18:36:40 GMT

In <92206.145201SONDLEEN@HASARA11.BITNET> <SONDLEEN@HASARA11.BITNET> writes:

| I want to know how to write RGB files directly from within a program.
| Therefore, I need the format specifications of RGB files. Who knows a solution
| or who knows where I can find this information?

Look at the file /usr/include/gl/image.h; there are routines in libimage.a
to do this, and sometimes the routines in libgutil.a are also useful.
Unfortunately, man pages for the routines never seem to get written,
but the source is included as part of the development system
in /usr/people/4Dgifts/iristools/{libimage,libgutil}, and there are
sources to a number of programs that use them in iristools/imgtools.

Install dev.sw.giftsfull to get them.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.graphics