-
Notifications
You must be signed in to change notification settings - Fork 7
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
216 nonrandom distribution returns a single value when repeated values are expected #225
216 nonrandom distribution returns a single value when repeated values are expected #225
Conversation
…repeated-values-are-expected' of https://github.com/kgoldfeld/simstudy into 216-nonrandom-distribution-returns-a-single-value-when-repeated-values-are-expected
@assignUser I tried to create a test for the new custom functionality, and of course, I need to create a function as part of the test. However, the test doesn't run, because it can't see the function for some reason. Here is my test - any thoughts on how I can make it work?
Here is the error message:
Of course, the code works if I just run it outside the context of a test. |
This is how benchmark results would change (along with a 95% confidence interval in relative change) if b6919cc is merged into main:
|
I figured out the test issue - needed to change the environment when in the I've created a new vignette - that should give you a better idea of how it is all working. Let me know if you think I can merge this. |
This is how benchmark results would change (along with a 95% confidence interval in relative change) if 6c10b21 is merged into main:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wow, very cool, nice job! Neat how the systems come together and something is easier than expected 😁
I have just two small question:
- this will at the moment only work with arguments fully specified as
name = vale||var
(just from looking at the code) If I am not mistaken I think that should be mentioned in the documentation to avoid confusion. (or the code changed to accept a mix as well but I think it's totally fine keeping it as is) - double-dot variables should also work right? that might also be worth a mention.
Co-authored-by: Jacob Wujciak-Jens <jacob@wujciak.de>
This is how benchmark results would change (along with a 95% confidence interval in relative change) if 4bf87a0 is merged into main:
|
Yes - I will make it clear that we need that format "name = value or formula"
Yes - double dot works here as well - that was the beauty of the system you set up - I was able to take advantage here. |
I have updated the help documentation in simstudy.Rmd. One thought I had. I now have the function name in the defData formula field, and the formula string in the variance field, becuase I thought it was logical to have the function name first. However, it might be less confusing to switch them so that the formula string is in the defData formula field, and the function name in the defData variance field. Do you think the change would be useful? |
This is how benchmark results would change (along with a 95% confidence interval in relative change) if f297024 is merged into main:
|
This is how benchmark results would change (along with a 95% confidence interval in relative change) if 57a5939 is merged into main:
|
I think either way works but I would also tend to put the function name first, it just feels 'natural' even if the field name doesn't fit ^^ |
I guess I landed in the same place as you. This one is in the books - since it has been merged. I will likely be submitting the current development version as simstudy 0.8.0 in the next few weeks. |
No description provided.