HDTenEightyP/NetNews huggingface dataset:
From: grs01124@runt.appstate.edu
Newsgroups: alt.graphics.pixutils
Subject: Looking for a Paint Program for GIF
Date: 12 Apr 92 12:07:38 GMT
Organization: Appalachian State University

Can anyone tell me where I could find a decent GIF editor for the PC/msdos
system that I can get with FTP? I'd like somthing that supports VGA but
doesn't require SVGA. Or, if it does require SVGA, I need one that supports
SVGA with an Oak Bios adaptor. DTP256 may be nice but it doesn't work with
my Oak Bios SVGA card.

I'm also looking for any cellular automation systems for PC/msdos. It would
be really cool if anyone knows of one that works with GIF files.

I appreciate any help!

----------------------------------------------------------------------------
APHiD - He's not a bug! He's cubist film-noir!     _/o\   /o\_
Internet:  GRS01124@stat.appstate.edu                ~ | \_~
Bitnet: I don't know. Probably the same thing         (\ _/\)
        mixed up and with %'s and !'s somewhere.   /  ____||___
"In the 60's we said, if it feels good, it must  / \ |     | /\|
 be good. Today, if it feels good, then there's       \    /
 good money to be made on it." -APHiD                  |  |
----------------------------------------------------------------------------
From: seiler@amarna.gsfc.nasa.gov (Ed Seiler)
Newsgroups: alt.graphics.pixutils
Subject: Magenta algorithm for color mapping
Date: 10 Apr 92 02:28:41 GMT
Organization: Hughes/STX

In the April 6 issue of MacWeek, mention is made of new software called Fast
Eddie from Paradigm Concepts Inc. that maps 24-bit images to 8-bit images.
This is said to use the Magenta algorithm developed at Los Alamos National
Lab. Does anyone know details about this algorithm? Since they are selling
the software, I assume the algorithm was never made public. Is there any
reason to believe that it works significantly better than other remapping
algorithms?

Ed Seiler
seiler@amarna.gsfc.nasa.gov
Some people know me best as Fast Eddie, but this is only coincidental.
From: wes@uf.msc.edu (Wes Barris)
Newsgroups: alt.graphics.pixutils
Subject: Re: Utah RLE and PPM (was: Gif 24 Bit format)
Date: 16 Apr 92 14:05:05 GMT
Article-I.D.: uc.1992Apr16.140505.23704
Reply-To: wes@msc.edu
Organization: AHPCRC

In article <1992Apr16.085612.1@tesla.njit.edu>, kpm8447@tesla.njit.edu writes:
|> In article <1992Apr16.051226.15781@news.eng.convex.com>, datri@convex.com (Anthony A. Datri) writes:
|> > 
|> > Why bother?  There are plenty of existing formats that handle 24-bit
|> > images.  Utah RLE, PPM, Sun raster, and TIFF, at least, are already
|> > around.  The first two allow comments inside the file so that I don't
|> > have to give my files 80-character names.
|> 
|> I know that .gif is in a compressed format.   Are the others?  I know Jpeg
|> is.  Other than .gif and .jpg I don't know if they are.  I know targas
|> are HUGE!!!

The Utah Raster Toolkit uses run-length encoding (thus rle) when storing
the scanline interleaved image data.  PPM files do not contain a compressed
format.  Instead they contain a small header and pixel interleaved image
data.
-- 
                                       o O O O O o o o o o o o o . . . . . . .
 __________    ___           ___      __                _
/_______|--`--|_ _|--=-==---|_ _|--,_|__|_             |-+-------`____________,
| ||_| /        -  |        / - \  |      || ________  |                      |
|_|___/------------|----__---------|------|||__|__|__| |Southern Pacific Lines|
|_|____________/-------{__}---------------{__}_______|=|_________     ________|
/_(o)=(o) ( )( )( )( ) [__]  ( )( )( )( ) [__]--(o)     (o)(o)(o)-----(o)(o)(o)
===============================================================================
Wes Barris                                                   PH: (612) 626-8090
Minnesota Supercomputer Center                               Email: wes@msc.edu
From: tomster@wpi.WPI.EDU (God is Calling ....)
Newsgroups: alt.graphics.pixutils
Subject: Looking for C source for GIF / BMP decoder  (was: Re: Looking for pascal source of GIF-encoder)
Date: 9 Apr 92 04:58:21 GMT
Article-I.D.: wpi.TOMSTER.92Apr8235821
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280

In article <1992Apr6.093815.24746@ericsson.se> etmewko@sunbeam21.ericsson.se (Ewald Kok) writes:

>   I'am looking for a pascal source-code of a GIF-encoder.
>   Can someone tell me where to find such a file ?
>
>   Ewald Kok             Mail: etmewko@sunbeamfs.ericsson.se
>

	On a similar note, I am looking for just the reverse: a C source
	for a GIF or BMP -DE-coder.
	Again, any help would be much appreciated.

	What I am trying to do is use some GIF images and such in a program
	I am writing (I am NOT trying to write a GIF viewer).  I am new to this
	art of graphics programming and would be very open to suggestions if 
	you feel I am going about it the absolute wrong way ...

		Thanks in advance,
			---- tomster@wpi.wpi.edu

--
/^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\
|  The bleeding hearts and the artists  \ /  Words of Wisdom, Inc.            |
|  make their stand.  And when they've  / \  Thomas R. Dibble, esquire, C.E.O.|
|  given you their all, some stagger &  \ /  aka, The Tomster, Tomahawk, etc. |
|  fall,  after  all,  it's not  easy,  / \  send mail/ money to:             |
|  banging your heart against some mad  \ /  tomster@wpi.wpi.edu              |
|  bugger's wall. ---R. Waters, _Wall_  / \  (or don't send it at all)        |
\vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv/
From: branco@vaxc.cc.monash.edu.au (Dr Branko Cesnik)
Newsgroups: alt.graphics.pixutils
Subject: Re: RE: DRHALO *.PIC conversion utility?????
Date: 10 Apr 92 02:02:06 GMT
Organization: Monash Univeristy

In article <6094@npal.rn.com> plind@npal.rn.com writes:

>Can anyone help me with a good utility for conversion of graphics from DRHALO
>*.PIC format to almost any thing (TIFF, GIF ETC)???  It is not the HALO.CUT
>format I am looking for help with.

Bit of a problem but not insoluble. PIC files are VERY device dependent so 
they will need to be displayed by a HALO program prior to then being 
converted to another format. I commonly use GIF files for output of PIC 
conversions as they are well compressed, device independent and are more 
readily dealt with without the need to display them at the time.

If you would like the code for a PICtoGIF program (Microsoft C) then contact 
me via EMail

Good luck
Dr Branko Cesnik
Director of Medical Informatics
Faculty of Medicine
Monash University
EMail: branco@vaxc.cc.monash.edu.au
Voice: 579 3188
Newsgroups: alt.graphics.pixutils
From: spencer@med.umich.edu (Spencer W. Thomas)
Subject: Re: Utah RLE and PPM (was: Gif 24 Bit format)
Organization: University of Michigan HSITN
	<1992Apr16.051226.15781@news.eng.convex.com>
	<1992Apr16.085612.1@tesla.njit.edu> <1992Apr16.140505.23704@uc.msc.edu>
Date: Thu, 16 Apr 1992 16:57:40 GMT

In article <1992Apr16.140505.23704@uc.msc.edu> wes@uf.msc.edu (Wes Barris) writes:
wes> In article <1992Apr16.085612.1@tesla.njit.edu>, kpm8447@tesla.njit.edu writes:
|> I know that .gif is in a compressed format.   Are the others?  I know Jpeg
|> is.  Other than .gif and .jpg I don't know if they are.  I know targas
|> are HUGE!!!

wes> The Utah Raster Toolkit uses run-length encoding (thus rle) when storing
wes> the scanline interleaved image data.

Additionally, the standard Unix installation of URT permits
automagical compression using the compress program.  Just put a .Z on
the end of your file name and it will invoke compress to compress or
decompress the file (depending on whether it is output or input).  Of
course, this doesn't work if you redirect stdin/stdout in the shell,
because then the program doesn't see the file name (and thus doesn't
know about the .Z).

--
=Spencer W. Thomas 		HSITN, U of Michigan, Ann Arbor, MI 48109
spencer.thomas@med.umich.edu	313-747-2778
From: etmewko@sunbeam21.ericsson.se (Ewald Kok)
Newsgroups: alt.graphics.pixutils
Subject: Looking for pascal source of GIF-encoder
Date: 6 Apr 92 09:38:15 GMT
Organization: Ericsson Telecom, Stockholm, Sweden


I'am looking for a pascal source-code of a GIF-encoder.
Can someone tell me where to find such a file ?

Ewald Kok             Mail: etmewko@sunbeamfs.ericsson.se
From: arndt@c3consult.comm.se (Arndt Jonasson)
Newsgroups: alt.graphics.pixutils
Subject: PCX
Date: 7 Apr 92 17:16:15 GMT
Organization: Communicator C3Consult AB


Hello!

Does anyone have information on the precise format of PCX files, any version
(meaning all existent versions)? I'm aware of the pcx and pcx2 files under
graphic-formats on some server, but they don't tell the whole story. I'm
writing code to handle PCX files, in case you wonder.

Thanks in advance,

--
Arndt Jonasson				Communicator C3Consult AB
arndt@c3consult.comm.se
--
Arndt Jonasson				Communicator C3Consult AB
arndt@c3consult.comm.se
From: kpm8447@tesla.njit.edu
Newsgroups: alt.graphics.pixutils
Subject: Re: Windows graphics
Date: 16 Apr 92 12:58:32 GMT
Organization: New Jersey Institute of Technology

In article <MAILQUEUE-101.920415161724.320@camp.wpic.pitt.edu>, ALEX@camp.wpic.pitt.EDU (Alex Ferguson) writes:
> 
> Hi,
>     I have two questions to pose... Is there a version of cshow that
> can be brought into windows?  If not what PD/SW apps exist for
> windows that support GIF, TIFF, etc.? (I've already heard about the
> $300 jpg viewer...ha ha, do they finance?)

Sure, I use Paint Shop Pro (pd) you get ftp it from cica.cica.indiana
It's called psp10.zip or something like that.  I can read a multitude
of file formats and convert to just about the same amount.

>     Also, does anybody have a windows 3.1 driver for the Diamond
> Speedstar Hi-Color card w/1 meg?  Anybody know where I can get one?

Again, cica has them.  I use the January 1992 drivers.  They take a little
tweeking to get them working but just print out the docs.  It's fairly easy
to install and they work great (also, install all the drivers so you can
jump back from 32000 colors to 256 for different applications..some go way
slower..well most do in 32k colors and it's not needed all the time.)

>                                   Thanks in advance,
Your Welcome! 
>                                           Alex
 - Kirk
Newsgroups: alt.privacy
From: eldred@rrunner.jpl.nasa.gov (Dan Eldred)
Subject: Re: Driver's License Number
Organization: Jet Propulsion Lab
Distribution: na
Date: Wed, 8 Apr 1992 17:52:46 GMT

In article <3664@winnie.fit.edu> marrone@ee.fit.edu (Michael Marrone) writes:
>
>	A while ago I received a phone call from my roommate's insurance
>company, informing me that they needed MY driver's license number because
>I would not be on his insurance, and since I am his roommate, I have a
>higher probability of using his car.
>	I didn't want to give it to them, as I felt that they had no right
>(nor a need) to have it.  I wasn't doing business with them.
>	I called my insurance company, and they told me that's common
>practice, and they were bewildered as to why I would question it.
>	I argued with the other people, but finally gave in, as I didn't
>want to cause my roommate any problems (I was told that if I didn't give it
>to them, they would revoke his insurance).  He knows for next year not to
>tell them he has a roommate, but he didn't know at the time to keep his
>mouth shut (neither would I).
>
>	I'm wondering:
>1) Do they have a right to my info?
>2) Is it really a big deal for me to give it to them?  A DL number isn't
>     as important as a SSN, but I don't know exactly HOW important.  One
>     couldn't get a credit card with it...so I don't know if I was going
>     overboard with the situation or not.
>
>Thanks in advance.
>
>Mike Marrone

If your roommate lies about not having a roommate, and you happen
to be involved in an accident in his car, this could be grounds for
denying coverage for the accident.  On the other hand, it would probably
be possible to sign a waiver stating that you never drive his car,
in which case you had better never drive his car.  I feel that the
insurance company's position is reasonable in this case, as their
contention that you would be likely to borrow your roommate's car
seems well justified.  


-- 
-----------------------------------------------------------------------
|   PRESERVE THE BILL OF RIGHTS.  STOP CIVIL FORFEITURE UNDER RICO!   |
-----------------------------------------------------------------------
| Dan Eldred                  | Jet Propulsion Laboratory, 198-326    |
| eldred@rrunner.jpl.nasa.gov | 4800 Oak Grove Dr.,Pasadena, CA 91109 |
| Phone: (818) 354-6519       | Fax: (818) 393-4440                   |
-----------------------------------------------------------------------
Newsgroups: alt.privacy,alt.security
From: ckd@eff.org (Christopher Davis)
Subject: Re: One Time Pads [Was Re: National Security Agency of USA]
Organization: Electronic Frontier Foundation Tech Central
	<1992Mar26.094554.23325@fulcrum.bt.co.uk>
Date: Thu, 26 Mar 1992 19:48:15 GMT

 Ian> == Ian G Batten <igb@fulcrum.bt.co.uk> 

 Ian> The only problem is the source of random numbers.  [...] I reckon
 Ian> that storing the RTT figures from my Internet connection would do
 Ian> fine...

You should only use the least significant part (i.e. the part guaranteed
to be "noise") as the whole thing probably follows a nice bell curve...
--
Christopher Davis <ckd@eff.org> |    ECONOMIC OBSERVATIONS DEPARTMENT
System Manager & Postmaster     |  "There's always something going out of
Electronic Frontier Foundation  |      business in Central Square."
+1 617 864 0665  NIC: [CKD1]    |   -Rita Marie Rouvalis <rita@eff.org>
Xref: sparky alt.privacy:1026 misc.consumers:10416
From: vanembur@romulus.rutgers.edu (Bill Van Emburg)
Newsgroups: alt.privacy,misc.consumers
Subject: Re: capturing caller id data
Date: 13 Apr 92 16:01:36 GMT
Followup-To: alt.privacy
Distribution: usa
Organization: Rutgers Univ., New Brunswick, N.J.

In article <1992Apr7.141315.26601@mailer.cc.fsu.edu> otto@fsu1.cc.fsu.edu (John Otto) writes:

> Gee.  People always left me clever messages.  B-)  It worked fine for me.
> I had the volume loud enough on the message-taker that I didn't have to
> "stop whatever I was doing"; I kept my message short; and, if they hang
> up, they must not have wanted to talk with me very much.
> 
The problem is that those people who hang up on the answering machine
usually want to talk to *you*.  That's why they may not bother when
they get the answering machine.  A nice side effect of Caller ID is
that the numbers that call are saved, so it actually can act sort of
like an answering machine for people who don't leave me messages....
-- 

					-BVE
					(er..that's Bill Van Emburg)
					(vanembur@remus.rutgers.edu)
Newsgroups: alt.privacy,misc.consumers
From: brad@clarinet.com (Brad Templeton)
Subject: Re: capturing caller id data
Organization: ClariNet Communications Corp.
Distribution: usa
Date: Sun, 12 Apr 1992 23:29:05 GMT

Laws regulating phone solitation would have few teeth without caller ID.
Caller ID lets you enforce these laws.  Somebody calls you with a
phone solicitation and they can't hide who they are (unless you take anonymous
calls)   You can record who called and press charges.

Any other method of enforcement is much more complex.  You have to make an
appointment with a salesman (they won't tell you who they are any
more -- they don't want the irate calls they get all the time when they
do this.) etc. to make the conviction.
-- 
Brad Templeton, ClariNet Communications Corp. -- Sunnyvale, CA 408/296-0366
Xref: sparky alt.privacy:1009 misc.consumers:10372
From: otto@fsu1.cc.fsu.edu (John Otto)
Newsgroups: alt.privacy,misc.consumers
Subject: Re: capturing caller id data
Date: 7 Apr 92 17:09:47 GMT
Article-I.D.: mailer.1992Apr7.130947.24700
Reply-To: otto@fsu1.cc.fsu.edu
Distribution: usa
Organization: Florida State University
News-Software: VAX/VMS VNEWS 1.3-4

> In article <1992Apr6.042225.5134@mdd.comm.mot.com>, gilbert@mdd.comm.mot.com (John Gilbert) writes...
>> In article <1992Apr04.091616.11784@clarinet.com> brad@clarinet.com (Brad Templeton) writes:
>>> Unfortunately, there is another reason why many businesses want CallerId:
>>> to generate directed phone lists for telemarketing.  These lists have a

>> Combine this with the new laws under review that require the
>> telemarketers to keep lists of people who refuse to be called, and to
>> not call them.  (Just as the DMA does for junk mail)

> Uh, why combine?  Your only hope is in this new regulation.  And it by
> itself should be enough.  No need for CLID here...

There's such a law in Florida that's existed for several years.  It is
kept by the division of consumer affairs of the state dept of agriculture.
I don't care much for having the DMA, TPC, or the government, local,
state or federal, keeping lists of people who value their privacy.
"Ahhh  Here's one of those anti-social types we should put a tap on.
And while we're at it, let's have the folks down at US Snail check for
contraband."  It would seem more appropriate (but, of course a PITA for
them) to have them keep lists of people who don't mind being snooped on
or called...jgo   John G. Otto   otto@fsu1.cc.fsu.edu
From: sheinfel@gradient.cis.upenn.edu (Aviad Sheinfeld)
Newsgroups: alt.privacy
Subject: Re: Driver's License Number
Date: 14 Apr 92 16:20:53 GMT
Article-I.D.: netnews.73986
Distribution: na
Organization: University of Pennsylvania

In article <1992Apr14.134114.2542@crd.ge.com> volpe@bart.crd.ge.com
(Christopher R Volpe) writes: 
>
>So, if my roommate who is (explicitly) not listed as a driver drives my
>car, that's a no-no, but if my neighbor who is (implicitly) not listed as
>a driver drives my car, that's ok? That makes no sense.
>

What it comes down to is that the insurance co. wants to cover their
butts as much as possible (understandably).  They figure you are more
likely to loan your car to a roommate (which I don't think is
necessarily true).  Anyone is allowed to drive your car, but you must
list with the co. all "regular drivers."  So if the co. in its
investigation finds that you own the car, but your roommate (not
listed on the policy) is driving it to work three times a week, you're
out of luck.  However, if you loaned the car to your roommate once in
a while, that is ok.  Unfortunately this is a gray area...

Aviad

-----------------------------------------------------------------------
Aviad Sheinfeld		  		   sheinfel@grad1.cis.upenn.edu
Univ. of Pennsylvania, 115 S. 42nd St, 19104-3040	       DoD #513
UPenn in no way takes responsibility for any of my opinions/statements.
Newsgroups: alt.privacy,misc.consumers
From: brad@clarinet.com (Brad Templeton)
Subject: Re: capturing caller id data
Organization: ClariNet Communications Corp.
Distribution: usa
Date: Wed, 15 Apr 1992 20:00:16 GMT

Caller ID is not a "no solicitors" sign, agreed.

It's the tool you use to enforce that sign.   The sign is the database
(kept by private parties, or kept by the telco at the order of the PUC or
FCC) that specifies people who do not wish phone solicitations.

If you get a phone solicitation, you can record the number.  You then file
a complaint with the PUC.   If the number is one used by a known phone
solicitor, how much proof do you need to charge the fine.  It's not a criminal
charge here, you don't need proof beyond a reasonable doubt.

Phone solicitors can play tricks like hiring people to phone solicit from home,
but how far is it going to get them?

Without caller-ID, you can have such a "no solicitors" sign but it has no
teeth, unless you want to do a lot of work to drag their identity out of
them and make the charge.   Even today, without such laws, I have tried to
drag the identity out of phone solicitors just to make a phone call of
complaint.  With some, it's tough, (particularly the robot ones) and the
only way to do it would be to get a sales appointment.  Yuk.


Note that even without such a database and such laws, you could still
eliminate phone soliciting from your phone, as soon as a company springs
up that sells, via modem, a database of phone numbers for known phone
solicitors.

-- 
Brad Templeton, ClariNet Communications Corp. -- Sunnyvale, CA 408/296-0366
From: marrone@ee.fit.edu (Michael Marrone)
Newsgroups: alt.privacy
Subject: Driver's License Number
Date: 8 Apr 92 00:39:21 GMT
Distribution: na
Organization: Florida Institute of Technology, Melbourne, Fl


	A while ago I received a phone call from my roommate's insurance
company, informing me that they needed MY driver's license number because
I would not be on his insurance, and since I am his roommate, I have a
higher probability of using his car.
	I didn't want to give it to them, as I felt that they had no right
(nor a need) to have it.  I wasn't doing business with them.
	I called my insurance company, and they told me that's common
practice, and they were bewildered as to why I would question it.
	I argued with the other people, but finally gave in, as I didn't
want to cause my roommate any problems (I was told that if I didn't give it
to them, they would revoke his insurance).  He knows for next year not to
tell them he has a roommate, but he didn't know at the time to keep his
mouth shut (neither would I).

	I'm wondering:
1) Do they have a right to my info?
2) Is it really a big deal for me to give it to them?  A DL number isn't
     as important as a SSN, but I don't know exactly HOW important.  One
     couldn't get a credit card with it...so I don't know if I was going
     overboard with the situation or not.

Thanks in advance.

Mike Marrone
From: volpe@bart.crd.ge.com (Christopher R Volpe)
Newsgroups: alt.privacy
Subject: Re: Driver's License Number
Date: 10 Apr 92 21:52:53 GMT
Reply-To: volpe@bart.crd.ge.com (Christopher R Volpe)
Distribution: na
Organization: GE Corporate R&D Center

In article <1992Apr8.175246.10495@csi.jpl.nasa.gov>,
eldred@rrunner.jpl.nasa.gov (Dan Eldred) writes:
|>
|>If your roommate lies about not having a roommate, and you happen
|>to be involved in an accident in his car, this could be grounds for
|>denying coverage for the accident.  On the other hand, it would probably
|>be possible to sign a waiver stating that you never drive his car,
|>in which case you had better never drive his car.  I feel that the
|>insurance company's position is reasonable in this case, as their
|>contention that you would be likely to borrow your roommate's car
|>seems well justified.  
|>

But if you borrow your roommate's car, don't you have to be listed
as a driver? They wanted the names of people who would NOT be listed as
drivers, as well as those who would.

==================
Chris Volpe
G.E. Corporate R&D
volpecr@crd.ge.com