Ben, For prediction of real-valued time series, one uses a variety of different > accuracy metrics, often custom ones based on what one is trying to use the > predictions for...
Ah, yes, that is a good point... prediction<->compression makes a very specific claim about the accuracy metric. While I feel this is a *good*metric, certainly better than the (more common?) difference-based metric, I can equally well see that it is not appropriate for all situations. --Abram On Tue, Sep 4, 2012 at 4:50 PM, Ben Goertzel <[email protected]> wrote: > > Well it's a subtle issue... > > For prediction of real-valued time series, one uses a variety of different > accuracy metrics, often custom ones based on what one is trying to use the > predictions for... > > Presumably predictions according to custom accuracy metrics, could be > mapped into lossy compressors with different metrics for lossiness.... > But the formulation of an approximate predictor in terms of lossy > compression may sometimes be a lot uglier... > > -- Ben > > On Tue, Sep 4, 2012 at 7:44 PM, Abram Demski <[email protected]>wrote: > >> Ben, >> >> That's completely fair. While any good predictor can be turned into a >> similarly good compressor by plugging it into standard arithmetic >> compression (so long as we can get probabilities out of the predictor), >> there is not really a need to do so in order to measure predictive >> accuracy... >> >> In other words, I would not argue that there is any great *need* to think >> about compression when working on prediction algorithms. I merely think the >> connection is rigorous. >> >> On the other hand, I do find it useful to think about at times (for >> example, when trying to intuitively think about KL-divergence, or as you >> mention, Occam bias). >> >> You could argue that everyone in the time series prediction field is >>> doing it wrong, and they should be using compressors instead of their >>> current algorithms. It's possible. But I'm not so sure... >> >> >> Definitely not claiming this. My presumption would sooner be that some of >> the best sequence prediction algorithms have not been tried out as >> compressors. Speed considerations are the first reason that comes to mind. >> To the extent that I would argue that PAQ should serve as an inspiration >> for AGI techniques, I would argue that it is an experimentally validated >> technique for fast predictions based on large amounts of data. >> >> --Abram >> >> On Tue, Sep 4, 2012 at 4:26 PM, Ben Goertzel <[email protected]> wrote: >> >>> >>> Abram, >>> >>> There is a large literature on the topic of time series prediction (an >>> area I've been doing some work in lately). There are many different >>> methods, applicable in various different contexts. I've been working >>> fairly short, noisy numerical time series... >>> >>> The methods one ends up using, in practice, when one wants to do >>> effective time series prediction of various sorts, are generally NOT based >>> on compression.... You could maybe theoretically interpret them in terms >>> of weird ways to do compression, with a lot of hand-waving, but that's not >>> really the convenient way to think about them... >>> >>> I guess this is the sort of thing Russell means by the disconnect >>> between theory and engineering/science practice, regarding the connection >>> between compression and prediction. >>> >>> You could argue that everyone in the time series prediction field is >>> doing it wrong, and they should be using compressors instead of their >>> current algorithms. It's possible. But I'm not so sure... >>> >>> In my own experience, for instance, if you're using an automated program >>> learning algorithm to do time series prediction, the Occam's Razor bias in >>> the program learning algorithm's fitness function is just one among many >>> aspects to tune to get good results. In this case, compression is one >>> ingredient to pay attention to in order to get prediction to work well, but >>> focusing solely on compression isn't the best path.... practically >>> speaking... >>> >>> -- Ben G >>> >>> >>> >>> >>> On Tue, Sep 4, 2012 at 7:07 PM, Abram Demski <[email protected]>wrote: >>> >>>> Matt tried precisely that experiment awhile ago, using a very good, >>>>> state-of-the-art text compression program. The fact that it could do text >>>>> prediction at all was an interesting validation of the mathematical >>>>> theory, >>>>> but its performance as a predictor was unsurprisingly abysmal. >>>> >>>> >>>> Russel, >>>> >>>> What are you referring to here? PAQ? PAQ uses arithmetic compression, >>>> so the compression performance varies precisely with the predictive >>>> ability; the only way to get it to compress better is to make it predict >>>> better, and the only reason it compresses well right now is because it >>>> predicts well. Furthermore, if we had some better prediction method, we >>>> could directly convert it to a better compression method. >>>> >>>> This is why I feel the compression<->prediction link is quite solid: >>>> because there is already an engineering-level solution here. >>>> >>>> There is one weakness here: predictions should be given as >>>> probabilities. If you give me a module which generates hard predictions, I >>>> can't so easily plug it into an arithmetic compressor. >>>> >>>> If we take a real compression program running on real hardware and try >>>>> to use it as a predictor let alone a general intelligence, does it perform >>>>> well? >>>> >>>> >>>> This paper: >>>> >>>> http://arxiv.org/abs/0909.0801/ >>>> >>>> uses a prediction framework similar (but, somewhat different) from PAQ, >>>> plugs it into a generic planner, and gets decent results. I find it >>>> unlikely that PAQ would do much worse in the same experimental set-up. (I >>>> find it likely that PAQ would do just a bit better... could be wrong, >>>> though.) >>>> >>>> So, the experimental answer seems to be "yes" to me. What experiments >>>> to the contrary are you thinking of? >>>> >>>> On Tue, Sep 4, 2012 at 3:06 PM, Russell Wallace < >>>> [email protected]> wrote: >>>> >>>>> For my part, the link I question is the implicit one between >>>>> mathematical principle and engineering practice. >>>>> >>>>> If we had an infinitely powerful computer on which we could run a >>>>> Kolmogorov compression oracle, would that give us AGI? Yes. >>>>> >>>>> If we take a real compression program running on real hardware and try >>>>> to use it as a predictor let alone a general intelligence, does it perform >>>>> well? No. Matt tried precisely that experiment awhile ago, using a very >>>>> good, state-of-the-art text compression program. The fact that it could do >>>>> text prediction at all was an interesting validation of the mathematical >>>>> theory, but its performance as a predictor was unsurprisingly abysmal. >>>>> >>>>> Even the reverse doesn't hold. We haven't got AGI to test it with, but >>>>> we can test it with NGI which we do have. Are humans good at compression? >>>>> No. Matt observes one reason for this is the lack of deterministic reset >>>>> capability, but if we imagine solving that problem by running an uploaded >>>>> human on digital hardware, thus enabling the mind in question to perform >>>>> lossless compression, it's clear the result would be very inefficient >>>>> compared to a specialized compression program. >>>>> >>>>> >>>>> On Tue, Sep 4, 2012 at 9:06 PM, Abram Demski <[email protected]>wrote: >>>>> >>>>>> Jim, >>>>>> >>>>>> What about the connection between prediction and compression? This is >>>>>> tightly argued. The basic argument for compression as an AGI test is: >>>>>> >>>>>> compression<-prediction<-AGI >>>>>> >>>>>> That is, AGI should be able to do prediction well, and predicting >>>>>> well allows compression. A stronger version goes like this: >>>>>> >>>>>> compression<->prediction<->AGI >>>>>> >>>>>> That is, compressing well also allows prediction, and prediction is >>>>>> central enough to AGI that we can reasonably say, predicting well would >>>>>> allow AGI. >>>>>> >>>>>> The various links and directions in this argument have different >>>>>> strengths and weaknesses. My question to you is: which links are you >>>>>> questioning here? >>>>>> >>>>>> Best, >>>>>> >>>>>> Abram >>>>>> >>>>>> On Mon, Sep 3, 2012 at 9:08 AM, Jim Bromer <[email protected]>wrote: >>>>>> >>>>>>> I would agree that any practical AGI program that I could imagine >>>>>>> would tend to compress some data. However, that does not mean that any >>>>>>> good compressor is practical AGI program. >>>>>>> >>>>>>> Now do all AGI programs have to be compressors? I would say that on >>>>>>> a theoretical basis no. For instance, if there was an effective AGI >>>>>>> program that compressed some data through common references, I could >>>>>>> offer >>>>>>> another AGI program that worked as well but simply duplicated all the >>>>>>> common references as they were needed to be used in some specific >>>>>>> circumstance. This shows that, on a theoretical basis, some AGI >>>>>>> programs >>>>>>> would not need to act as compressors. >>>>>>> >>>>>>> Now, let's see if all good effective AGI algorithms would >>>>>>> effectively compress data in all cases. We know that search time is >>>>>>> one of >>>>>>> the main contemporary problems and so this suggests that duplication - >>>>>>> at >>>>>>> least in some circumstances- might be more effective than compression. >>>>>>> >>>>>>> So to say that compression is the same as AGI is an over >>>>>>> generalization. >>>>>>> To say that any theoretical AGI program would have to be a >>>>>>> compressor is an over generalization. >>>>>>> To say that all effective AGI algorithms will effectively compress >>>>>>> data in all circumstances (as it learns) is an over generalization. >>>>>>> >>>>>>> Although I agree that any practical AGI program that I could imagine >>>>>>> will tend to compress some data, the imagined theoretical correlation >>>>>>> between compression and AGI is just not strong enough to argue that >>>>>>> compression is a good test of knowing. >>>>>>> >>>>>>> Jim Bromer >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Sep 3, 2012 at 11:23 AM, Jim Bromer <[email protected]>wrote: >>>>>>> >>>>>>>> On Sat, Sep 1, 2012 at 1:35 PM, Abram Demski <[email protected] >>>>>>>> > wrote: >>>>>>>> >>>>>>>>> This is *why* compression is a good test! It is a harsh test for >>>>>>>>> "knowing". >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Abram, >>>>>>>> That doesn't make any sense. You would have to substantiate that >>>>>>>> there is a high correlation between compression with "knowing" in >>>>>>>> order to >>>>>>>> make that statement. So far, the only correlation is of the nature of >>>>>>>> statements like those which say that calculators can do something that >>>>>>>> had >>>>>>>> previously only been possible for human beings to do. Although that >>>>>>>> kind >>>>>>>> of achievement can be taken as evidence that computers are able to do >>>>>>>> some >>>>>>>> kinds of thinking, that kind of thinking has been repeatedly >>>>>>>> repudiated in >>>>>>>> this group as being "narrow AI" and not AGI. So your claim that >>>>>>>> compression is a good harsh test for knowing has to be absolutely >>>>>>>> repudiated as well. >>>>>>>> >>>>>>>> I am glad that I am able to categorize the >>>>>>>> compression-is-intelligence approach as "narrow AI" even though I am >>>>>>>> not >>>>>>>> totally happy with that label. Because now, for the first time, I >>>>>>>> will be >>>>>>>> able to chip away at the basis of the approach (at least in this group) >>>>>>>> without having to go through some long winded reasoning that will be >>>>>>>> mostly >>>>>>>> ignored in this group (as it obviously has been in the past.) >>>>>>>> >>>>>>>> Compression is not a test for "knowing", except possibly for some >>>>>>>> special cases of narrow AI methods. >>>>>>>> >>>>>>>> Jim Bromer >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Sat, Sep 1, 2012 at 1:35 PM, Abram Demski <[email protected] >>>>>>>> > wrote: >>>>>>>> >>>>>>>>> Jim, >>>>>>>>> >>>>>>>>> This is *why* compression is a good test! It is a harsh test for >>>>>>>>> "knowing". >>>>>>>>> >>>>>>>>> --Abram >>>>>>>>> >>>>>>>>> On Fri, Aug 31, 2012 at 6:26 PM, Jim Bromer >>>>>>>>> <[email protected]>wrote: >>>>>>>>> >>>>>>>>>> One of the mistakes that the compressors-is-intelligence guys >>>>>>>>>> make is >>>>>>>>>> that an ideal compression of knowledge cannot be made before >>>>>>>>>> knowing >>>>>>>>>> occurs. This is so obvious that some people will go to some >>>>>>>>>> lengths >>>>>>>>>> to point it out. But some of the implications are also really >>>>>>>>>> obvious >>>>>>>>>> as well. >>>>>>>>>> >>>>>>>>>> If an ideal compression cannot be made before knowing has occurred >>>>>>>>>> then an ideal compression can never be made for a program that is >>>>>>>>>> capable of learning because it will always be able to learn >>>>>>>>>> something >>>>>>>>>> new. Isn't this obvious? >>>>>>>>>> Jim Bromer >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------- >>>>>>>>>> AGI >>>>>>>>>> Archives: https://www.listbox.com/member/archive/303/=now >>>>>>>>>> RSS Feed: >>>>>>>>>> https://www.listbox.com/member/archive/rss/303/7190161-766c6f07 >>>>>>>>>> Modify Your Subscription: https://www.listbox.com/member/?& >>>>>>>>>> Powered by Listbox: http://www.listbox.com >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Abram Demski >>>>>>>>> http://lo-tho.blogspot.com/ >>>>>>>>> >>>>>>>>> *AGI* | Archives<https://www.listbox.com/member/archive/303/=now> >>>>>>>>> <https://www.listbox.com/member/archive/rss/303/10561250-164650b2>| >>>>>>>>> Modify <https://www.listbox.com/member/?&> Your Subscription >>>>>>>>> <http://www.listbox.com> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> *AGI* | Archives<https://www.listbox.com/member/archive/303/=now> >>>>>>> <https://www.listbox.com/member/archive/rss/303/7190161-766c6f07> | >>>>>>> Modify <https://www.listbox.com/member/?&> Your Subscription >>>>>>> <http://www.listbox.com> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Abram Demski >>>>>> http://lo-tho.blogspot.com/ >>>>>> >>>>>> *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> >>>>>> <https://www.listbox.com/member/archive/rss/303/1658954-f53d1a3f> | >>>>>> Modify <https://www.listbox.com/member/?&> Your Subscription >>>>>> <http://www.listbox.com> >>>>>> >>>>> >>>>> *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> >>>>> <https://www.listbox.com/member/archive/rss/303/7190161-766c6f07> | >>>>> Modify <https://www.listbox.com/member/?&> Your Subscription >>>>> <http://www.listbox.com> >>>>> >>>> >>>> >>>> >>>> -- >>>> Abram Demski >>>> http://lo-tho.blogspot.com/ >>>> >>>> *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> >>>> <https://www.listbox.com/member/archive/rss/303/212726-11ac2389> | >>>> Modify <https://www.listbox.com/member/?&> Your Subscription >>>> <http://www.listbox.com> >>>> >>> >>> >>> >>> -- >>> Ben Goertzel, PhD >>> http://goertzel.org >>> >>> "My humanity is a constant self-overcoming" -- Friedrich Nietzsche >>> >>> *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> >>> <https://www.listbox.com/member/archive/rss/303/7190161-766c6f07> | >>> Modify <https://www.listbox.com/member/?&> Your Subscription >>> <http://www.listbox.com> >>> >> >> >> >> -- >> Abram Demski >> http://lo-tho.blogspot.com/ >> >> *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> >> <https://www.listbox.com/member/archive/rss/303/212726-11ac2389> | >> Modify<https://www.listbox.com/member/?&>Your Subscription >> <http://www.listbox.com> >> > > > > -- > Ben Goertzel, PhD > http://goertzel.org > > "My humanity is a constant self-overcoming" -- Friedrich Nietzsche > > *AGI* | Archives <https://www.listbox.com/member/archive/303/=now> > <https://www.listbox.com/member/archive/rss/303/7190161-766c6f07> | > Modify<https://www.listbox.com/member/?&>Your Subscription > <http://www.listbox.com> > -- Abram Demski http://lo-tho.blogspot.com/ ------------------------------------------- AGI Archives: https://www.listbox.com/member/archive/303/=now RSS Feed: https://www.listbox.com/member/archive/rss/303/21088071-c97d2393 Modify Your Subscription: https://www.listbox.com/member/?member_id=21088071&id_secret=21088071-2484a968 Powered by Listbox: http://www.listbox.com
