Skip to content
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

re-structuring semtree.control() #47

Open
brandmaier opened this issue Mar 21, 2022 · 3 comments
Open

re-structuring semtree.control() #47

brandmaier opened this issue Mar 21, 2022 · 3 comments

Comments

@brandmaier
Copy link
Owner

This is a discussion on whether we want to improve the accessibility of the semtree.control-object based on ideas of @manuelarnold. He suggested to restructure as following:

  • method: "LR" is default or "score"
  • LR_tests: "maxLR" (default) or "naive","bonferroni","fair"
  • score.tests: list(nominal = 'LMuo', ordinal = 'maxLMo', metric = 'maxLM') (default settings)
  • fast_tree: FALSE (default), TRUE

I like the separation of the score vs LR and a second argument to specify how the LR tests are done. However, I suggest that instead of fast_tree as an argument, we provide a separate constructor for the control object, that is, you call semtree.control.fast() which then returns a control-object that has score.tests=list(nominal = 'LMuo', ordinal = 'WDM', metric = 'DM' and method="score".

@manuelarnold
Copy link
Contributor

I like this idea a lot. It makes the original semtree.control function less crowded. By the way, we should either use a dot or an underscore in the argument names of a function.

@brandmaier
Copy link
Owner Author

I vote all underscore (LR_tests, score_tests, ...). For consistency, should it also be semtree_control ?

@manuelarnold
Copy link
Contributor

I also prefer underscores because dots can be confused with S3 methods. I would go for semtree_control. Maybe we could keep a semtree.control function in the package with a warning that it is deprecated and will be removed in the future?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants