HDTenEightyP/NetNews huggingface dataset:
From: bharat@cs.uiuc.edu (R. Bharat Rao)
Subject: Re: Learning from subjective data
Reply-To: bharat@cs.uiuc.edu
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Tue, 22 Dec 1992 15:38:14 GMT


almond@statsci.com (Russell G. Almond) writes:
>R. Bharat Rao (bharat@cs.uiuc.edu) writes:
>> I was wondering if anyone knew of any work that has been done on
>> learning from subjective data.  For instance, you may have a data set
>> of events with a number of independent attribute (x1...xn) and a
>> single dependent attribute y.  However, y is a subjective rating.

>This is generally a messy problem and I don't know that there has ever
>been a definative answer.  I would, however, try the Psych--Stat
>literature, especially a graduate text intended for Psych majors.
>They run into this problem very frequently and are have some standard
>methods for dealing with it.  There is probably a local guru in the
>Psych department who shows all the grad students how to do their
>statistical analysis, that would be a good person to start with. 

Thanks for the pointers.  I will do that.

>Generally speaking, the problem with one expert doing the rating is
>much easier than with many experts doing the rating.  At least we have
>some hope that a single expert is self-consistent; that is not likely
>to be true with multiple experts.  Achieving agreement among experts
>is a difficult problem.

OK, the case where you have a unique expert for every problem is
obviously very messy.  Does the situation become any simpler if each
expert does many ratings (again no point is rated by more than one
expert)?  Say, you have 10,000 data points and 500 experts each rate
20 random points.  Also, for a point you know the expert who rated
that point.  I think this makes the problem somewhat easier.



>			Russell Almond			   
>almond@statsci.com			almond@stat.washington.edu

Thanks for your help,

bharat


--
R. Bharat Rao                         E-mail: bharat@cs.uiuc.edu
AI Group, Beckman Institute for Advanced Science and Technology
405 N. Mathews, Urbana, IL 61801   (217)-333-5978 (O), 337-6498(H)
Electrical & Computer Engineering, University of Illinois, Urbana
Newsgroups: comp.ai
From: leeh7@fel.tno.nl (Ed van Leeuwen)
Subject: Searching for publication
Organization: TNO Physics and Electronics Laboratory
Date: Wed, 30 Dec 1992 11:46:11 GMT

I am looking for the following publication:

Nijssen, G.M.
'An architecture for knowledge base software'
In: Journal of the Australian Computer Society, November 1981.

Could anyone help in getting this, e.g. pointing me to an
(e-mail) address which I should write to?

Thanks in advance.


					Regards,

					Ed.

===============================================================================
Ed van Leeuwen                        |  Ed W.A. van Leeuwen
FEL-TNO                               |  TNO Physics and Electronics Laboratory
's-Gravenhage                         |  The Hague, the Netherlands
-------------------------------------------------------------------------------
Ed.van.Leeuwen@fel.tno.nl             |  Oops! Sorry, I am only a referee...
===============================================================================

Xref: sparky comp.ai:4691 sci.cognitive:951 aus.ai:183
From: qiy@isis.cs.wayne.edu (Qiuen Yu)
Subject: info. request about the non-tautology and satisfiability problems
Keywords: non-tautology satisfiability
Organization: Wayne State University, Detroit
Date: Mon, 28 Dec 1992 15:39:11 GMT

eference questions
From: crmeyer@voodoo.physics.ucsb.edu
Newsgroups: comp.ai
Subject: FOR SALE: Almost new tires/rims to fit Jeep/Ford
Date: 4 Jan 93 04:44:13 GMT
Organization: UCSB Physics Department



        5 Continental 235/75-R15 tires with
        steel 5 lug rims to fit Jeep or 
        Ford, less than 2K miles, tires alone
        cost $375, all for $190

Background:
  The Jeep I got from my father just had new tires put on it. These are good
sized tires but I wanted larger ones! (31 x 10.5). I therefore have these
almost new tires mounted/spin ballenced on white steel rims in my garage
and I want the space!


                 +-------------------------------------------+
                 |         Charles R. Meyer                  |
                 |                                           |
                 | Internet: crmeyer@voodoo.physics.ucsb.edu |
                 | Bitnet:   crmeyer@voodoo                  |
                 | HEPnet:   voodoo::crmeyer                 |
                 +-------------------------------------------+
From: as513@cleveland.Freenet.Edu (Stewart Doboze)
Newsgroups: comp.compression
Subject: Does anybody have experience with TimesTwo?
Date: 22 Dec 1992 03:45:41 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: as513@cleveland.Freenet.Edu (Stewart Doboze)
NNTP-Posting-Host: thor.ins.cwru.edu


Hello everybody,

Does anybody out there know of any reviews of TimesTwo, a disk compression
package put out by Stac (makers of Stacker)? I would like to know how Times
-Two manages to "double hard disk space" yet does not compress files BUT
uses LZS compression? Sounds like an oxymoron to me. I would appreciate
responses by anyone in the computing community who has either used TimesTwo
or as I have said has a review they could upload (by someone other than the
Stac people). Thank you.

					Enjoy this holiday season,

					Stewart Doboze.
-- 
*******************************************************************************
*             Stewart                  *                    The               *
*               Deno                 A.K.A.               Bandwith            *
*              Doboze                  *                   Bandit             *
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.compression
Subject: Re: FTP sites for various MS-DOS archivers
Date: 26 Dec 92 08:42:56 GMT
Organization: University of Vaasa, Finland

In article <1hh4m9INN2ah@usenet.INS.CWRU.Edu> ck060@cleveland.Freenet.Edu (Eric L. Hinson) writes:
>
>Could someone please send me Email all the information necessary to
>find/download the different types of archive utilities for MS-DOS?  I am

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: rommel@jonas.gold.sub.org (Kai Uwe Rommel)
Newsgroups: comp.compression
Subject: Re: New PKZIP expected to ship week of Jan 4 1993
Distribution: world
Date: Fri, 25 Dec 92 20:23:24 MET
Organization: Private

In article <1992Dec24.132047.9908@maths.tcd.ie> tim@maths.tcd.ie (Timothy Murphy) writes:
>Are PKZIP/PKUNZIP compatible with ZIP/UNZIP?
>Why do we have all these compression programs?
>In my experience the difference between them is marginal.
>The trouble caused by the multiplicity of programs
>vastly outweighs -- IMHO - any advantage gained
>by minuscule improvements in compression.
>
>Please don't produce any more programs!
>There is absolutely no need for them.

For *you* there may be no need. If you are one of those "happy" DOS
users who think DOS is all and everything, you may be right.

So far, PKware has not produced a version of PKZIP for Unix, for
example, although they do now have one in the works. Also, their
support for other platforms like OS/2, Mac, Amiga etc. has been
very marginal.

If there were no people who wrote new ZIP programs for other machines
or ported some over, there would not be the simplicity and ease with
which you can move .ZIP archives around the world and across a wide
variety of machines.

Look what happened to ARJ: you can only use it on DOS. And there is an
increasing number of people who use more than one machine/OS. How are
they going to use ARJ? They can't.

Similar for LHa, although there is now a Unix version, *years* after
LHarc for DOS appeared. And the "official" LHa is still a DOS program
only. 

And, don't forget, if there were no people who wrote *new*
compressors, we would still be stuck with ARC or compress only and
their inferior compression rate.

Kai Uwe Rommel
Info-ZIP

--
/* Kai Uwe Rommel                                      Muenchen, Germany *
 * rommel@jonas.gold.sub.org                       Phone +49 89 723 4101 *
 * rommel@informatik.tu-muenchen.de                  Fax +49 89 723 7889 */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Obsolete archives sought
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 22 Dec 1992 17:36:31 GMT

Hallo,

for test purposes I need archives created with _very_ old versions
of LHArc (or its derivatives?). The methods I need are:
-lh2-, -lh3-, -lzs-, -lz5-.

Thanks

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: comp.compression
Subject: Re: Portability issues for archiver authors
Date: 27 Dec 92 23:32:51 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Dec25.122946.6735@cs.aukuni.ac.nz> pgut1@cs.aukuni.ac.nz (Peter Gutmann) writes:
>>[ problems with compiling HPACK on Amdahl big iron ]
> 
>Ah, a 64-bit system.

Nope.  It's got 32-bit ints; only a few things have changed.  It's called
"Expanded Fundamental Types" (EFT) - stuff like 32-bit pid_t, mode_t, dev_t
(yes, we do need minor numbers > 1024) and so on don't create real problems.
The Big Unpleasant Change was switching from 32-bit off_ts to 64-bit off_ts,
which are used in lseek(), fseek(), and stat()->st_size.  [actually, in strict
ANSI mode we revert to 32-bit arguments for fseek() because ANSI says we have
to... but if you're in strict compliance mode, then you've got the prototypes
so it's not a problem.]

>If you send me diffs I'll fix everything up so it'll work next time...

I'm still working on it.  The basic stuff seems to work, but the encryption
has problems.  I'm (theoretically) off until '93, so it'll be another week or
so.

> pgut1@cs.aukuni.ac.nz||p_gutmann@cs.aukuni.ac.nz||gutmann_p@kosmos.wcc.govt.nz
>peterg@kcbbs.gen.nz||peter@nacjack.gen.nz||peter@phlarnschlorpht.nacjack.gen.nz

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: comp.compression
From: tgee@alfred.carleton.ca (Travis Gee)
Subject: Re: Info wanted about PKLITE 1.12
Organization: Carleton University
Date: Tue, 29 Dec 1992 04:11:10 GMT

>*** Stuff deleted ***

>According to the SIMTEL-20 archive, the current version of PKLITE is
>1.15.

That's the version which I have downloaded...running  VALIDATE on it,
I get the following:

          File Name:  pklite.exe
               Size:  15,914
               Date:  7-30-1992
File Authentication:
     Check Method 1 - AD04
     Check Method 2 - 117B

My copy has been triple-scanned, but if the folks at pkware would like
to double-check that, it wouldn't hurt to post the results.....

((((((((((((((((((((((((((((((((((((((((((((((((((((((((((
Travis Gee ()  tgee@ccs.carleton.ca     ()
           ()  tgee@acadvm1.uottawa.ca  ()        ()()()()
           ()                           ()              ()
           ()                           ()()()()()()()()() 
...and this above all: never try to convince a statistician
by quoting statistics.
From: ericb@hplsla.hp.com (Eric Backus)
Date: Fri, 11 Dec 1992 19:58:58 GMT
Subject: Re: when Zip is a LOT better than ARJ or LHa (was: Re: PKZip 2.X)
Organization: HP Lake Stevens, WA
Newsgroups: comp.compression

Andy McFadden writes:

>Egad.  PKZIP meets cpio.
>
>Anybody got "xargs" for MS-DOS?

Yes, I do.  I also have find.  They do require a 386, though.  Want a copy?
--
				Eric Backus
				ericb@hplsla.hp.com
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: New PKZIP expected to ship week of Jan 4 1993
Organization: University of Vaasa, Finland
Date: Thu, 24 Dec 1992 10:08:08 GMT

In article <Bzr1x2.9FM@mentor.cc.purdue.edu> afc@klaatu.cc.purdue.edu (Greg Flint) writes:
>I just logged off the PKWARE BBS where I read a message dated 23 Dec 92
>that repeated that the new PKZIP was in final beta, but then added that
>PKWARE expected to start shipping the week of 4 Jan 93.  This is the smallest

I just don't believe it.  (Pun intended, and only joking!)

What will we then use for vaporware.  Waaaaaaaaaah!

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.compression
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: What's the differents between PKZIP & UNZIP ?
Keywords: pkzip
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 22 Dec 1992 17:33:23 GMT

GUEST@SCC-TERM1 (Guest) writes:

> Anyone please tell me what's the differents between PKZIP & UNZIP.

Actually, its PKZIP and PKUNZIP. The former packs, the latter unpacks.

There is also ZIP and UNZIP, free versions (with source) written by
the Info-ZIP group.

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
Newsgroups: comp.compression
From: john@sol.cs.wmich.edu (John Kapenga)
Subject: MPEG ISO numbers?
Keywords: latest numbers
Organization: Western Michigan Univ. Comp. Sci. Dept.
Date: Wed, 30 Dec 1992 22:29:03 GMT

What are the latest ISO/ANSI documents on mpeg compression?
How long before a MPEG2 draft is expected?
Are theere any sources that will take a credit card over the
phone for ANSI/ISO standard orders?

thanks - john
-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
John A. Kapenga                   Department of Computer Science
Ma Bell:  (616)387-5657           Western Michigan University
Internet: john@cs.wmich.edu       Kalamazoo, MI 49008
Newsgroups: comp.compression
From: brianl@netcom.com (Brian Litzinger)
Subject: Looking for Hardware JPEG boards for ISA/EISA BUS computers
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 29 Dec 1992 04:07:23 GMT

I'm looking for information leading to the whereabouts of ISA
or EISA Bus Add-On cards with Hardware JPEG compression and
decompression capability.

If you know of any, I'd appreciate hearing about them.

Thanks in advance.

brianl@netcom.com
Newsgroups: comp.compression
From: rreiner@nexus.yorku.ca (Richard Reiner)
Subject: Re: New PKZIP expected to ship week of Jan 4 1993
Organization: York University
Date: Sat, 26 Dec 1992 05:06:59 GMT

tim@maths.tcd.ie (Timothy Murphy) writes:

>As far back as I can remember, compress/uncompress (producing .Z files)
>has been the universal standard under Unix.  This has worked perfectly
>well; I never heard anyone complaining.  I've no doubt compression
>could be improved by 1-2% by some complicated maneouvre.  But who
>cares?

If you would stop to investigte the truth of the matter before making
such proclamations, you'd find that current compression software (such
as free zip, pkzip 1.93 beta, arj, lha, hpack, zoo in "h" mode, and so
on) all compress a good 20% better than compress(1) on a wide variety of
data mixes.  Moreover, most of them are faster than compress(1) to boot.

> 99% of the hype about new compression algorithms is unscientific
> waffle. Their perpetrators should be publicly flogged on prime-time
> TV.

While your assertions gains over compress(1) not exceeding 2% are
methodologically impregnable, I suppose?

-- 
Richard Reiner..............rreiner@nexus.yorku.ca..............416-538-3947
From: stefano@udac.uu.se (Stefan strom)
Newsgroups: comp.compression
Subject: Fractal compression method "Transform"
Keywords: Fractal, Transform
Date: 30 Dec 92 09:56:37 GMT
Organization: UDAC, Uppsala University, Sweden


 I have herad that Iterated Systems are using a fractal compression
method they call "Transform (TM)". I think the name of the program 
was Images Incorporated. Does anybody out there know anything about 
this method "Transform"?

/Stefan
******************************************************************************
Stefan Ostrom           UDAC Uppsala University Computing Center, Sweden
                        E-mail: stefan.ostrom@udac.uu.se
                        Fax:    +46 18187770
                        Voice:  +46 18187877
******************************************************************************
Newsgroups: comp.compression,comp.dcom.fax,comp.graphics
From: hrs1@cbnewsi.cb.att.com (herman.r.silbiger)
Subject: Re: I want specs for CCITT group 4 Fax
Organization: AT&T
Date: Sat, 2 Jan 1993 16:20:21 GMT
Followup-To: comp.dcom.fax

In article <1993Jan1.234038.21955@netcom.com>, jgro@netcom.com (Jeremy G) writes:
> 
> Please note that this does not describe "Group 4" compression.  This
> is an excellent description of the standard "uncompressed" (or 1
> dimensionally compressed) fax encoding, also known as run-length
> encoding.  Group 4, however, takes this another step.
> 
Please note that you are describing CCITT Rec. T.6 encoding.  Group 4 is a 
protocol and terminal specification.  T.6 specifies a compression method
called MMR, Modified Modified READ.

Both Group 3 fax and Group 4 fax can use T.6 compression.  It is the default 
for G4 and an option for G3.

CCITT is now publishing their recommendations as separate publications.  
However, it will not republish unrevised ones from the Blue Book.

Herman Silbiger
From: norm@hal.wrc.xerox.com (Norm Zeck)
Newsgroups: comp.compression
Subject: JBIG implementation
Keywords: JBIG
Date: 29 Dec 92 16:04:36 GMT
Reply-To: norm@hal.wrc.xerox.com (Norm Zeck)
Organization: Xerox Webster Research Center

I am looking for a public domain or someone selling a version of the
JBIG compression standard.  This would be internal use for benchmarking
purposes only.

Also is there a more recent version of the JBIG standard.  I have a copy
of WG9-S1R4.1 dated September 16, 1991.

-- Norm Zeck
                                        Phone: (716) 422-6246
Webster Research Center                 Intelnet phone: 8*222-6246
Xerox Corporation                       Internet Email: nzeck.wbst128@xerox.com
800 Phillips Road, 0128-29E             XNS Email: NZeck:Wbst128:xerox
Webster, New York 14580                 Facsimile: (716) 265-7133
From: caeser@csd4.csd.uwm.edu (Robert Michael Trotter)
Newsgroups: comp.compression
Subject: Re: new pkzip -almost- ready
Date: 3 Jan 1993 06:55:43 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

In article <1993Jan3.000052.14624@panix.com> dannyb@panix.com (Daniel Burstein) writes:
>per the notice on the PKWARE BBS (1-414-354-8670) on Jan 2nd, 1993, 
>  
>  The NEW PKZIP will be shipping Jan 5th, 1993.
>
>So, all of us who've been holding our breaths can now relax.

	Where exactly did you see this? I just called the PKWARE BBS
	and it say the hope to begin shipping the week of Jan 4th.
	Nothing about the 5th being the day....

	Caeser
-- 
Minnesota Vikings	11-5	NFC Central Division Champions 1992-93!

Salisbury back in the pocket,DRAW to Allen,Allen bursts up the middle,TOUCHDOWN!
From: cadams@hpspdla.spd.HP.COM (Chris Adams)
Date: Wed, 23 Dec 1992 01:42:57 GMT
Subject: Re: J/MPEG Chips question...
Organization: HP Stanford Park - Palo Alto, CA
Newsgroups: comp.compression


Companies in the JPEG/MPEG/Px64 chip business

C-Cube (San Jose,  CA)
Integrated Information Technology (Santa Clara)
LSI Logic (Milpitas)
AT&T
NEC (not sure if available yet)
SGS-Thompson
Zoran

Intel makes a related product (DVI)

Cypress might have something coming


Chris Adams
cadams@spd.hp.com
From: ck060@cleveland.Freenet.Edu (Eric L. Hinson)
Newsgroups: comp.compression
Subject: FTP sites for various MS-DOS archivers
Date: 26 Dec 1992 08:21:29 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ck060@cleveland.Freenet.Edu (Eric L. Hinson)
NNTP-Posting-Host: slc4.ins.cwru.edu


Could someone please send me Email all the information necessary to
find/download the different types of archive utilities for MS-DOS?  I am
specifically looking for .ARC type extractors, but would like to know where
to get my hands on any types of archivers I may need (uuencode/decode, .Z,
.zip, .arj, etc...)  Your help will be greatly appreciated.
--
 __           _    _   _
(_  _  ' _  , /    <__/ ' __  .     __  , Eric L. Hinson
(__/(_/_(__/ <__, _/ /_/_//<_/)_<>_//<_/  St. Augustine, FL
 
CFN: ck060@cleveland.freenet.edu      CALFN: ab069@swrl36.calstate.edu
APK: Eric.Hinson@apk.wariat.org   TELERAMA: ehinson@telerama.pgh.pa.us
FIDONET: Eric.Hinson@f723.n3605.z1.fidonet.org    HAM CALLSIGH: KB4RZF
* * Electronic mail replies welcome at ck060@cleveland.freenet.edu * *
Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: Info wanted about PKLITE 1.12
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date: 29 Dec 92 09:51:01 GMT

herman@nosc.mil (John W. Herman) writes:

> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:

> >In <92361.114137SXK129@psuvm.psu.edu> SXK129@psuvm.psu.edu (Spaceman Spiff) writes:

> >>Is PKLITE 1.12 an authorized version? 
> *** Stuff deleted ***
> >It can be someone made a cracked version of PKLite 1.12 but there is a real
> >1.12 which has been released by PKWARE.
> *** Stuff deleted ***

> According to the SIMTEL-20 archive, the current version of PKLITE is
> 1.15.

That's right, the latest shareware version is indeed 1.15, but the
original poster asked whether version 1.12 is a "true" one. Therefore,
Niko's aswer was both correct and exact - there has been such version
of PKLite. Gosh, we even have a virus that is compressed using that
version... :-)

Regards,
Vesselin
-- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
< PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany