Thread history
Viewing a history listing
Time | User | Activity | Comment |
---|---|---|---|
09:57, 7 August 2021 | Wolfman (talk | contribs) | New thread created | |
19:06, 7 August 2021 | Kev (talk | contribs) | New reply created | (Reply to Rolling KD-Tree?) |
20:07, 7 August 2021 | Wolfman (talk | contribs) | New reply created | (Reply to Rolling KD-Tree?) |
20:11, 7 August 2021 | Wolfman (talk | contribs) | Comment text edited | |
05:34, 8 August 2021 | Xor (talk | contribs) | New reply created | (Reply to Rolling KD-Tree?) |
05:36, 8 August 2021 | Xor (talk | contribs) | Comment text edited | |
05:36, 8 August 2021 | Xor (talk | contribs) | Comment text edited | |
05:37, 8 August 2021 | Xor (talk | contribs) | Comment text edited |
So I am trying to work out how you deal with rolling averages in a KD-Tree DC gun implementation? I'd like a low rolling average anti-surfer gun. Silly question but I have no idea how to do it. I understand you can use time as a dimension in the tree, but then there is the problem of distance. Time is a continuous variable, which means you can't just go "get me the last 3 Guess Factors that match the current situation" as the time dimension in the tree will mean that you are not guaranteed the latest? I'm probably not explaining it very well. If you weight the time the same as other dimensions then you might get recent values, but, given the weighting of time in a 0-1 value distance matching, pulling 3 values out of the tree will not necessarily give you the 3 latest values, just the 3 closest values which might match latest or might be closer in non-time values?
This is a pretty terrible explanation/question sorry, but I'm trying to understand how to integrate low rolling averages with DC.
If you don't put time as a dimension and just pull out the say, 100 closest matches, you are not necessarily going to get any recent matches, so even if you put time-stamps in the data to filter those 100 results, you might not get any at all which are recent?
I've seen several ways of making DC models favor recent data points:
- As you say, add time as a feature to the data points. BeepBoop and DrussGT do this. I'm not sure if it is an advantage or disadvantage having time "compete" with other dimensions instead of it being a separate criteria for selecting points.
- Give your KD-Tree a maximum size where older data points are deleted as new ones are added. For example Diamond's anti-surfer gun combines several KD trees with different max sizes to find the closest matches in the last 125, 400, 1500, and 4000 waves. This of course also makes your tree(s) faster!
- Have the values in your tree store the time as well as the guessfactor. Then sort your top k matches by their age and weight them according to their rank. Diamond does this for its surfing, but not its guns. I suppose instead of ranking them, you could also weight them by 0.99^age or something, but I haven't seen that done before.
They each have different advantages/disadvantages and I'm sure there are other things you could try as well!
Hrm thanks Kev. I should have thought about 2. I didn't see any obvious way to remove points on the tree I'm using (Rednaxela) but it looks like it does support a max size! :facepalm how did I not notice that before? Sigh. Always the simple things!
Edit: Update, looks like the 2nd gen tree supports max size, but the 3rd gen tree, which I'm using only supports setting the bucket size and has no removal of old points. I'll have to check out other KD tree implementations to support limiting tree size.