-
Notifications
You must be signed in to change notification settings - Fork 4
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
Tidy Output #6
Comments
As I was busy during your report on oxcAAR with mortAAR, I am not up to date... Anyway, perhaps I have an idea for output once I read the vignette. Sorry, for not listening ; ) |
OK, going the other way round, what is in the object and what can potentially be extracted:
together with get, this might form a body of output functions. Not sure if name is relevant. So
What do you think? Enough, to much, or any idea about a derivative value that would benefit from an explicit function? |
Ok - I still don't understand oxcAAR completely, so correct me if I'm wrong. There are two main classes: oxcAARCalibratedDates and oxcAARCalibratedDatesList The tidy output should be a data.frame. I suggest to prepare an output data.frame were one row represents one date. In case of the oxcAARCalibratedDates, the output data.frame respectively has one row, in case of the oxcAARCalibratedDatesList many. These are the values in oxcAARCalibratedDates: #' @param name a string giving the name of the date (usually the lab number) Strings and integers can go into the data.frame immediately, the list and the data.frame can be stored in list columns. That's how I would do it. D'accord? |
Idea: We don't write an own tidy output function but prepare a pull request with one for the broom package. https://github.com/tidyverse/broom |
Now I understand much better what you have in mind. What about the following:
Benefits:
Costs:
|
|
50 % reached with e4af874. Yeahh! Now the |
Returned to thinking about the usefulness of this... It would make it necessary to import "tibble", just for this purpose. Especially questionable, when we still want or need to implement a function at broom. So I changed my mind, and would vote for transfering all tidy functionalitity to our broom fork. What do you think? |
I'm pretty confident that we don't need tibble for the basic implementation. Further on |
Sure, would have done that my self, but fine. But I still do not know how you will do that without the actual tibble format!? How put the data.frame of probabilities into a "data.frame" of a tidy structure!? |
A normal dataframe also allows nested content. Do I miss something?
I'm still working on the getter functions, but eventually I'll get to it... |
Right, damn, my ignorance. Was not aware of the I! OK, then it seems that I am looking forward to your solution!! |
af2cc5c. You're right - would be much more nice with tibble. But I think that'll do for the moment until we have a CRAN release and can take a look at broom. Was not in the mood to write tests yet. Will do later. Concerning the getter functions: Does the call to |
https://www.youtube.com/watch?v=BHsSgxpX8rY Thanks alot, could also do the tests if you like, let me know. Unname absolutely makes sense! |
Haha - nono I can write the tests. ;-) |
Do you think it is ok to move this issue than to 1.1? |
implement functions that extract informations from the resulting oxcAAR objects and present them in easily processible formats (vector, data frame)
Candidates are:
...?
The text was updated successfully, but these errors were encountered: