You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Onfsm learning still can run into infinite loops, which should not happen with table shrinking! The idea behind is that the table is constantly updated with respect to all seen observations and this avoids infinite closing loops.
Things to note: all cells are resampled during learning, and it seems that setting lower n_resample with this technique leads to less total sampling. We should consider adding a tree and smarter sampling limit.
There is still a bug with such low sampling -> in rare cases even tho table is closed, extended row will not find a representative. This is weird bug. Even assert get_rows_to_close() is not Null did not help...
There is still a bug with such low sampling -> in rare cases even tho table is closed, extended row will not find a representative. This is weird bug. Even assert get_rows_to_close() is not Null did not help...
Fixed by computing whole extended S every time it is needed.
Onfsm learning still can run into infinite loops, which should not happen with table shrinking! The idea behind is that the table is constantly updated with respect to all seen observations and this avoids infinite closing loops.
Smallest reproducible example
What happens is the infinite closing loop. Most likely cause is that you do not update properly the cells based on previously seen data.
Originally posted by @emuskardin in #29 (comment)
The text was updated successfully, but these errors were encountered: