Hi Valentin, 1. How many bits long is one set of data from your source? What I mean by 'one set' is a complete group or record of 0s and 1s from each of the independent places that report an output before the sequence repeats.
2. How quickly will each record become available? I'm hearing you say you want to feed the data into the TP directly, but I don't see how that can work. You'll need to send it thru the front end of the CLA so it can first run your data thru the SP first and those patterns will then be fed to the TP. Your data sounds sparse enough for the CLA to work with. I'd start by feeding your raw data into the CLA as records and experiment with the setting until you find its able to learn the patterns and accurately predict the next record. If your data has semantic meaning and you have a fast paced changing set of data, then the CLA should be able to find patterns and make predictions. Patrick On Aug 6, 2013, at 2:08 PM, Valentin Puente wrote: > That was my idea: the encoding it is a complex task to it in HW. I think the > TP and SP are doable (especially if you use non-volatile memory devices). > > My approach was to use the examples of the temporal pooler as start point > (nupic/examples/tp/). Do you think that it could easier to start from the > "real thing" and just bypass internally the encoding? I'm a bit lost here :-) > _______________________________________________ nupic mailing list [email protected] http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
