-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
合取层的疑问待解决 #3
Comments
您好,感谢您对我们工作的关注。您说的这种情况在处理"Dead Node"的时候就处理掉了。我们会统计一直激活或一直不激活的节点,由于这类节点对于最终分类没有作用,我们可以将这类节点从模型中去除。 不过我更推荐你使用我们最新的工作https://github.com/12wang3/rrl,该工作同样可以学习离散规则,并能够直接优化离散模型,还有更好的可扩展性。 |
哦哦,明白了,意思就是这样的规则就直接从rule set中移除掉是吗 |
我也参考了rrl里面的梯度嫁接优化方法,但是网络结构还是依然用的mllp这样,一层里面只有合取或者析取规则不是像rrl那样的一层中是合取析取的concat。 |
是的,因为如果一个节点一直激活或一直不激活,那么和它直接相连的上层节点,要么也是一直激活或一直不激活,要么就不受该节点影响。 |
嗯嗯,网络结构可以根据自己对任务的理解以及偏好来设置。不过在计算资源足够的情况下,RRL的设计(即一层逻辑层是合取层与析取层的concat)更好一些,或者说至少效果上不会更差。 |
谢谢解答。 |
作者你好,非常喜欢您的工作。
对于合取层,我有一个小问题,对于连续的特征来说,先对特征进行离散化然后进行编码one-hot,比如A特征,假如随机离散化划分阈值为10 20 30,那可能得到的one-hot特征就为(-inf,10)、[10,20),[30,+inf),这样训练完后,如果在合取层上的一个节点与输入的多个节点有连边,那就进行合取操作,但是这样问题是比如:(-inf,10)节点与[10,20)节点都与合取层的某一个节点有连边,那就意味着这条规则是 (-inf,10)&[10,20),这样的规则明显是不可能出现的,就意味着这条规则永远不会被激活。
想知道作者对于这种情况是如何处理考虑的呢?
The text was updated successfully, but these errors were encountered: