HDTenEightyP/NetNews huggingface dataset:
From: Josef Moellers <mollers.pad@sni.de>
Subject: Re: reducing bitmaps without loss
Date: Thu, 23 Jul 1992 08:14:58 GMT
Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany

In <BrKKrH.6vy@news.cso.uiuc.edu> amead@s.psych.uiuc.edu (Alan Mead) writes:

>I need to reduce some simple graphs (line, bar, pie, ...).  They are in
>PCX format (which are strictly bitmaps) and I'm not satisfied to just
>remove every tenth line.  When I do this I lose small details (like
>thin horizontal lines) which I then have to put back by hand (a real
>pain).

>I've thought about removing one line from every ten at random, but that
>doesn't seem like it would help.  I've also thought about having the
>program check for lines and avoid removing them (removing white space
>where possible) but I don't even know how to begin to do that and it
>seems like it would be a slow process.

>So any advice would be helpful.  Thanks.

I once wrote a program to reduce (HPLJ-) softfonts in size.
It used a technique descibed in comp.graphics FAQ, where it mapped the
pixels of the smaller character onto the pixels of the larger character
and then determined how much "black" was covered by this relatively
larger pixel. If it exceeded some threshold, it'd color the pixel black,
otherwise it'd leave it white. There _were_ some problems with very thin
lines in otherwise white areas, though. One had to adjust the threshold
repetedly until the result was satisfactory.
This technique would work better if You could use grey-scales, when it
would do automatic anti-aliasing.

I could give You the source code, if You like.
-- 
| Josef Moellers		| c/o Siemens Nixdorf Informationssysteme AG  |
|  USA: mollers.pad@sni-usa.com	| Abt. STO-XS 113	   | Riemekestrasse   |
| !USA: mollers.pad@sni.de	| Phone: (+49) 5251 835124 | D-4790 Paderborn |
From: randy@stagetwo.uucp (Randy Gault)
Newsgroups: comp.graphics
Subject: Help me with User Interfaces!
Date: 20 Jul 1992 16:17:13 GMT
Organization: Not an Organization
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

Sorry if this is a FAQ, but I need to know quickly and I don't
usually read this group.  :(

I need to design a user interface for a program I am working
on.  It needs to work on a "typical" IBM PC, so I cannot assume
they have Windows, mouse, etc. although it would be nice to
support these if they were detected.

I am using MicroSoft C.

Are there any programming packages available which I could use
in addition to MicroSoft C to make designing the UI friendlier?

Are there any "recommended" books on this subject?

Thanks!

-- 
   __
__/// Randy Gault       UseNet: cs.uwindsor.ca!jabba!stagetwo!randy
\XX/  Amiga 2000        Windsor Ontario Canada  <-- We're #1 eh!
Newsgroups: comp.graphics
From: eugene@orville.nas.nasa.gov (Eugene N. Miya)
Subject: Re: graf-bib-server (was Re: Anyone want to post the old FAQ ?)
Organization: NAS, NASA Ames Research Center, Moffett Field, CA
Date: Mon, 27 Jul 92 17:18:45 GMT

We (Bay Area ACM/SIGGRAPH) have temporary shut this server off while
we get the maintenance act together.

Back from several weeks of vacation.  Playing the catch up game.

--eugene miya, NASA Ames Research Center, eugene@orville.nas.nasa.gov
  Resident Cynic, Rock of Ages Home for Retired Hackers
  {uunet,mailrus,other gateways}!ames!eugene
Second Favorite email message: Returned mail: Cannot send message for 3 days
A Ref: Mathematics and Plausible Reasoning, vol. 1, G. Polya
From: jesse@eye.com (Jesse Lackey)
Newsgroups: comp.graphics
Subject: Interest in (very basic) PD Radiosity code?
Date: Fri, 24 Jul 92 18:51:12 GMT
Distribution: world
Keywords: public domain,radiosity,crummy
Organization: 3D/EYE, Inc.  Ithaca, NY

	During my "free time" in college in 1991, I wrote a very simple
radiosity/raytracing system.  I am willing to make it public domain, as long
as I don't have to support it in any way.  It should be fairly portable, since
the output is a raw RGB image.

	This was written after I took a graphics class at Cornell, where we
discussed radiosity but did no projects involving it.  Since I was struck by
how elegant the basic algorithm is and how beautiful the resulting renderings
could be, over a Christmas break and for most of the next semester I worked on
this thing.  Bear in mind that I knew nothing about meshing and radiosity at
the time (except 3? lecures and a few pages in a book), so it is the most
*basic* system possible (read: slow and featureless).

What it does:
	1. converts 4-sided polygons, with opposite sides parallel, into 
		patches (does squares, rectangles, trapezoids).
	2. shoots any number of patches to all others (specify number of
		patches or stopping criterion).
	3. raytraces radiosity database.

The polygon->patch "mesher" creates a radiosity file, which can be read into
the radiator, worked on, and written back out.  The raytracer reads the
radiosity file and a camera spec, and writes out the image.  This way, you can
shoot some, look at results, shoot some more, etc.

What it doesn't do:
	1. anything but trapezoidal polygons (opposite sides must be ||)
	2. occlusion.  This actually wouldn't be too hard to put in,
		except that it wouldn't look too good because there is no:
	3. adaptive subdivision.  One initial mesh fits all, unfortunately.
	4. transparency, texture mapping, etc.

So I don't know how useful it would be for anyone who wants to do something
"serious".  I *did* learn a lot about radiosity and meshing, however.  If you
are on square 1 and would just like to play with something simple, this might
be what you want.


If I get enough requests, I'll put something together and ftp it to some sites.


NOTE:  I **WILL NOT** be supporting this.  Simple bug fixes, maybe.  Anything
major, no way.  It is too old and clunky to become useful, and I do radiosity
all day at my job anyway, so I'm not going to put a lot more effort into it.

If you want a good PD radiosity system, check out "radiance"? by Greg Ward.  I
believe it is PD, anyhow...

-- 
Jesse Lackey  ---> jesse@eye.com <---   Please Note:  I DON'T speak for 3D/Eye!
3D/EYE, Inc., 2359 N. Triphammer Rd., Ithaca, NY  14850   voice: (607) 257-1381
"There was a shopping mall, now its all covered with flowers"   <-- Silly Quote
"If this is paradise, I wish I had a lawn mower" -Talking Heads <-- As Required
Newsgroups: comp.graphics,comp.windows.open-look,comp.windows.x,alt.toolkits.xview
From: jolse@dswe.navy.mil.nz (James Olsen)
Subject: Re: What's "xnews:Warning:input queue lock broken"?
Keywords: Openwindows, Sun
Organization: Royal New Zealand Navy.
Date: Sun, 26 Jul 1992 22:46:35 GMT

> "xnews: Warning: input queue lock broken".
> 1 Has anyone had a similar experience?

I consistently suffer the same problem using FrameMaker on a similar system.  It usually occurs when performing multiple clicks with the mouse.  The system can hang for a considerable length of time but does eventually come back.

-------------------------------------------------------------------------------
James Olsen                                   Telephone: +64-4-4960-725
Lieutenant                                    Facsimile: +64-4-4960-311
Royal New Zealand Navy                           E-Mail: olsen@dswe.navy.mil.nz
-------------------------------------------------------------------------------
From: mac742@CENT1.LANCS.AC.UK (Andrew Stoker)
Newsgroups: comp.graphics
Subject: BGI file for Trident SVGA wanted
Date: 28 Jul 92 14:02:50 GMT
X-Unparsable-Date: Tue, 28 Jul 92 15:01:33 WET DST

Hi, not sure if this is the right place to ask, if it isn't, please redirect
me.

Anyway, I'm doing some C programming using Borland TurboC++, in particular,
I'm playing around with graphics.  The PC I'm using has a SVGA card fitted
(comes up as "Trident TVGA Bios C2.11" on booting), which can apparently do
upto 800x600x256 colours, however, the best I can get with turbo C routines is
640x480x16 colours.  How do I go about getting access to the high res modes of
this card, does it simply require a new BGI file?  If so, where can I get one,
and how should I use it once I have?  If not, what then?

	Thanks in advance,
		Andy
-- 
+-----------------------------------------------------------------------------+
| Email : mac742@uk.ac.lancs.cent1    Janet               Time is an illusion,|
|         mac742@lancaster.ac.uk      Internet/Bitnet        Lunchtime        |
|         mac742%uk.ac.lancaster@ukc  UUCP                      doubly so.    |
+-----------------------------------------------------------------------------+
From: mdf+@cs.cmu.edu (Mike Fox)
Newsgroups: comp.graphics
Subject: Foley et al errata file
Date: 21 Jul 92 23:37:56 GMT
Article-I.D.: cs.1992Jul21.233756.198741
Distribution: comp.graphics
Organization: School of Computer Science, Carnegie Mellon


I ftp'd over to Brown at 128.148.31.66 and cd'd to pub/graphtext but there
is nothing there (or anywhere else) that looks like an errata file. Is it
still there, if so which directory is it in, and what is it called?

Thanks again,
-mike
Newsgroups: comp.graphics,comp.sys.dec,comp.sys.sgi
From: jcp@islay.dco.dec.com (Jolly C. Pancakes)
Subject: Questions re intro graphics courses
Originator: jcp@islay.dco.dec.com
Organization: Electric Otter Eel Emporium
Distribution: na
Date: Wed, 29 Jul 1992 15:32:25 GMT



	I am interested in information on what universities are doing
for introductory graphics courses on the undergraduate level. For a
first course, what are your expectations of what students (assuming
little or no prior graphics experience) should be able to accomplish in
the course? What prerequisites (languages, theory classes) do you set?

	What platforms (workstations, NeXts, PCs, graphics displays) do you 
use? Any particular reason why you chose those platforms (or did you have a
choice)? What packaged applications, toolkits or libraries do you use?

	If there are tools or features you would *like* to use but
don't, why not? What would you like vendors to provide that you don't
have now?

	I appreciate your taking a minute to respond!


-- 

------------
jcpatilla					jcp@islay.dco.dec.com
From: mwilson@orl.mmc.com (Mark Wilson)
Newsgroups: comp.graphics
Subject: Image Conversion Software
Date: 22 Jul 92 17:14:51 GMT
Reply-To: mwilson@orl.mmc.com
Organization: Martin Marietta Orlando

I am in the process of collecting image conversion programs.

I have a need to convert IGES, .GIF, .PIC, etc files to a local format.
The best approach I can think of is to convert from the more or less
standard formats to sun raster then build a tool to convert sun raster
to the local format. 

I am in search of any programs to help me along the way. The tools should 
run under SunOS 4.0 on a Sun 4 or 4.1.1 on a SS2. Ftp sites and file names 
would be just fine.

Please reply email. I'll post a summary if there is interest.

----------------------------------------------------------------------
Mark Wilson                              Martin Marietta E,I & M Group
mwilson@orl.mmc.com                      Mail Point 170
Phone: (407)356-6386                     P.O. Box 555837
Fax:   (407)436-5482                     Orlando, FL, 32855-5837
My opinions are my opinions, Martin Marietta can speak for itself.
Newsgroups: comp.graphics
From: elan@tasha.cheme.cornell.edu (Elan Feingold)
Subject: Hidden surface removal (to Mathew Kaustinen)
Reply-To: elan@tasha.cheme.cornell.edu (Elan Feingold)
Organization: Cornell University
Date: Fri, 31 Jul 1992 16:14:07 GMT


My e-mail to you bounced, so here's the letter:

> Just a thought (I lay awake half the night thinking about it!).

Sorry to interrupt your sleeping pattern :)

> Are the co-ordinates of your patches ordered in the same direction?

I think so - they're organized in 3 arrays for X, Y, and Z, and I have it set
up so that I think every polygon would be considered the same way.

> If so, since the patches are non intersecting, I think that a algorithm
> that checks the z-distance for the same point # on each patch should work.

Hum, I'm beginning to seriously wonder.  The problem was that for example,
if I had a long polygon going up, and a little polygon visually in
front, and the viewpoint was up above somewhere, the algorithm would draw
the small polygon first, because the average Z value was smaller
(since the large polygon protruded up towards the viewpoint), and the
minimum z was a tie (since they were adjacent in the height field),
so that wouldn't work either.
                             
>I used this method on a Bezier surface program I wrote and it
>seemed to work for this application.

Was the program PD?  If so I'd like to have a look.  I always like a good
graphics program.


Thanks for your help,

Elan

--
--------------------------------------------------------------------------|
|  Elan Feingold       |  Chevy Chase after being asked by a Howard Stern |
|  CS/EE Depts.        |  interviewer whether he still wore a toupee:     |
|  Cornell University  |  "Ask him [Stern] if he wants me to put his      |
|  Ithaca NY 14850     |   dentist in a higher tax bracket."              |
--------------------------------------------------------------------------
    

--
--------------------------------------------------------------------------|
|  Elan Feingold       |  Chevy Chase after being asked by a Howard Stern |
|  CS/EE Depts.        |  interviewer whether he still wore a toupee:     |
|  Cornell University  |  "Ask him [Stern] if he wants me to put his      |
|  Ithaca NY 14850     |   dentist in a higher tax bracket."              |
--------------------------------------------------------------------------
Newsgroups: comp.graphics,sci.image.processing
From: dowte@mksol.dseg.ti.com (Terry E. Dow)
Subject: Re: need help with tiff format!
Keywords: tiff, file formats
Organization: Texas Instruments
Date: Mon, 27 Jul 1992 17:12:18 GMT

In article <kirk.712078652@braille.uwo.ca>, kirk@braille.uwo.ca (Kirk Reiser) writes:
|> ...  Could someone please fill me in on just how many "tiff" formats there are,
|> and possibly the specs for said formats?
|> ...

If you can anonymous FTP, access 'sgi.com'.  They have the latest copy of TIFF 
support routines and a copy of the latest official documentation.  Look under 
/graphics/tiff for TIFF6.ps.Z (the documentation) and v3.0.tar.Z for the 
source code (I believe V3.0pics.tar.Z are test images).


Enjoy,
-- 
Terry E. Dow           |site: Spring Creek, building: 4, coorindates: 2N80
Texas Instruments Inc  |voice #: 214 575-6758,  digital pager #: 214 314-3719
PO Box 869305 M/S 8518 |Fax #: 214 575-6771, MSG id: DOWT, PC drop: PSK9
Plano, Tx 75086, USA   |Internet adress: Terry.Dow@dseg.ti.com
Newsgroups: comp.graphics
From: icfaragh@cayley.waterloo.edu (Chad Faragher)
Subject: ALGORITHM NEEDED:  Ray-Spline Intersection
Organization: University of Waterloo
Date: Mon, 27 Jul 1992 14:17:25 GMT

Preliminary:  What's a good data-structure for storing spline information (for
ray-tracing.
 
Now... How do you raytrace a b-spline?  Is there an algorithm for intersecting
a ray and a spline surface?  Do I have to implement a nifty Newton root?
Does the solution involve recursion (Octrees & area subdivision)?
 
Break it into polygons you say?  Heard it...  Not gonna do it.  Gotta be
a better way.

Chad Faragher -- University of Waterloo
From: rudnitsk@cps.msu.edu (Rudnitsky Andrij M)
Newsgroups: comp.graphics
Subject: Pantone to RGB or HSV conversion
Date: 23 Jul 92 00:52:34 GMT
Organization: Dept. of Computer Science, Michigan State University
Originator: rudnitsk@pleiades.cps.msu.edu

Is there a way to convert a Pantone color to either RGB or
HSV?  I have a suspicion that Pantone colors can't really be
accurately described by RGB or HSV, and that the colors
numbers are assigned at random.  Is there perhaps a conversion
chart?

Andy Rudnitsky    rudnitsk@pleiades.msu.edu    rudnitsk@cps.msu.edu




-- 
;;;-----------------------------------------------------------------;;;
;;; Andy Rudnitsky rudnitsk@frith.egr.msu.edu rudnitsk@cps.msu.edu  ;;;
;;;               (load "standard-disclaimer.cl")                   ;;;
;;;-----------------------------------------------------------------;;;
From: n8949793@henson.cc.wwu.edu (Ichen Lee)
Newsgroups: comp.graphics.avs
Subject: CAD drawing package
Date: 26 Jul 92 22:47:13 GMT
Article-I.D.: henson.1992Jul26.224713.22080
Organization: Western Washington University



I am looking for a CAD drawing package to deal with an image database has been
written in C.

In this database, we stored the objects as 2D polygons.   In the data file,
it sepcified one line by two points.   This database only stored engineering
drawings and has been done on an Unix workstation.

Does anyone know somewhere in the public domain that can be FTP'd for free?


Thanks in advance.


Please send mail : n8949793@henson.wwu.edu   



-Ichen
From: rpatil@nmsu.edu (Raj Patil)
Newsgroups: comp.graphics.avs
Subject: Object labelling algorithms..
Date: 27 Jul 92 20:39:42 GMT
Distribution: comp.graphics.avs
Organization: Computing Research Lab


Hi: 

Has anyone implemented following features extraction routines?.
These features are mentioned in Pratt's Image processing book on page 646.
He has a reference to this which is unpublished Stanford Research Institute'
Notes. Has anyone implemented these or know of any place I can get hold 
of routines which can do following things.


1) The smallest rectangle oriented along the major axis of 
   the object that encompasses the object (Object oriented bounding box)
                                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2) dimensions of object oriented box, width, height

3) the minimum and maximum distance between the centroid and a 
   perimeter pixel

4) The angle of the minimum and maximum radius vector with respect 
  to the horizontal axis

5) ratio of min radius angle to max radius angle.

raj

USDA, ARS
Newsgroups: comp.graphics.avs
From: bdickens@elara.mitre.org (Brian Dickens)
Subject: Bugs in the module generator (?)
Keywords: bugs demons gremlins module generator
Organization: The MITRE Corporation, Bedford, MA 01730
Date: Mon, 27 Jul 1992 19:58:45 GMT

We have had a great deal of trouble with the AVS module generator.  It seems to have several bugs (features?)
that we are having problems with.

(1) It crashes whenever you try to have more than 12 parameters.
(2) When it reads in source code and writes it back out again, it will gobble your source code.
(3) The debug option has trouble starting the debugger.
(4) It writes out a makefile even if you don't ask it to.

We are just about ready to give up on the module generator entirely.  Right now I am working on a module that
has exactly 13 parameters.  I can't use the module generator at all.

<<<?>>> bdickens@elara.mitre.org <<<!>>>

Anyone?  AVS employees?  People who THINK they're AVS employees?  :)
From: rpatil@nmsu.edu (Raj Patil)
Newsgroups: comp.graphics.avs
Subject: Object classification
Date: 27 Jul 92 20:40:27 GMT
Distribution: comp.graphics.avs
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.avs
From: rsignell@crusty.er.usgs.gov (Richard P. Signell)
Subject: Viewing Topography Data
Organization: U.S. Geological Survey, Woods Hole, MA
Date: Thu, 30 Jul 92 21:30:40 GMT

I have lots of topography data that is convenient to read in as a 2D
rectilinear field, where the data variable is elevation, and the
coordinate variables are latitude and longitude.

To render this data usefully with field-to-mesh, it seems I need to convert  
this to a 3D irregular field, where the data variable elevation is
combined with the latitude and longitude to give each elevation point
a 3rd coordinate.

I checked the AVS center, but didn't see anything obvious that would 
do the trick.  Did I miss something there, or does anyone have a unsubmitted
module that would work?

Thanks,
--
Rich Signell               |  rsignell@crusty.er.usgs.gov
U.S. Geological Survey     |  (508) 457-2229  |  FAX (508) 457-2310
Quissett Campus            |  "George promised to be good... 
Woods Hole, MA  02543      |  ... but it is easy for little monkeys to forget."
Newsgroups: comp.graphics.avs
From: koller@sitter.ips.id.ethz.ch (Thomas Koller)
Subject: Information on AVS libraries
Organization: ETH Zurich (Swiss Federal Institute of Technology)
Date: Wed, 22 Jul 1992 14:40:49 GMT

I'm looking for some information about the libraries that come with AVS,
(libutil.a, libpic.a etc.), they seem to contain some functions I could need,
so I don't see the point of reprogramming them...

Anybody knows something about this ?

Thanks,
Thomas Koller

(koller@ips.id.ethz.ch)

-- 
--
Thomas M. Koller
(koller@ips.id.ethz.ch)
From: phillips@acs.ucalgary.ca (Doug S. Phillips)
Newsgroups: comp.graphics.avs
Subject: Re: DEM data
Keywords: DEM
Date: 23 Jul 92 16:34:20 GMT
Organization: The University of Calgary, Alberta

In article <1992Jul23.133625.29081@usenet.ins.cwru.edu> lake@rcwcl1.dnet.bp.com writes:

>If you have your map data regularly spaced on a rectangular grid, then
>I believe "field to mesh" will do the job. 

Field to mesh does not require a uniform field (AVS 4.0 on RS/6000).



-- 
*********************
Doug S. Phillips
Academic Computing Services, The University of Calgary
Internet: phillips@acs.ucalgary.ca         Telephone: (403) 220-8445
From: jshade@sdsc.edu (Jonathan Shade)
Newsgroups: comp.graphics.avs
Subject: Re: How to convert Intergraph .rle files?
Date: 27 Jul 1992 16:40:35 GMT
Organization: San Diego Supercomputer Center @UCSD.
Distribution: world
Reply-To: jshade@sdsc.edu
NNTP-Posting-Host: natasha.sdsc.edu


The San Diego Supercomputer Center has a set of Image Tools available
by anonymous ftp at sdsc.edu .

The tool called imconv will convert between 20 some odd image file
formats, including .rle and .tiff .


		-jOnathan


Newsgroups: comp.graphics.avs
From: lake@cwjcc.INS.CWRU.Edu (Dr. Robin Lake)
Subject: Re: DEM data	
Keywords: DEM
Reply-To: lake@rcwcl1.dnet.bp.com
Organization: Case Western Reserve Univ. Cleveland, Ohio, (USA)
Date: Thu, 23 Jul 92 13:36:25 GMT

In article <=dsx17c@rpi.edu> clarkg@rpi.edu writes:
>I'm a novice AVS user and am wondering if anyone has written a module to
>convert DEM data into an AVS field? I have checked the Module Catalog from
>the AVS Center and did not find such a module.
>
>DEM, Digital Elevation Model, is a format used by the US Geological Survey to store elevations from digitized contour maps.  
> 
>Thanks.


We have used AVS 3 with data from a digitized countour map (X,Y,Z coordinates)
to produce a 3-D map.  The secret was to append each coordinate triple
with data necessary for the undocumented, but left over from AVS 1 (?), 
"sphere" module.

If you have your map data regularly spaced on a rectangular grid, then
I believe "field to mesh" will do the job.  Our data set was incomplete
on the grid, but "sphere" let us see what was missing.

Also see the article "Interpolating Gridded Data from Scattered Data in AVS"
by E. Wes Bethel in the AVS Network News, Winter 1992, pg 13 ff.

Rob Lake
BP Research
really at:  lake@rcwcl1.dnet.bp.com