Closed adw96 closed 5 months ago
Also, could category_num
be printed like an integer (rather than a double) and similarly could category
be a string? (if the categories have names) π
Yes I'll work on this!
The workshop is 12-2 today, so let's not have any changes to main
in the interim, please π but soon after would be great! (I'm giving a couple of workshops this quarter and will reuse materials)
When I run this on my computer with a fresh install of statdivlab/radEmu
I get GroupCRC
listed as the covariate, category_num
given as an integer, and category as a string for both ch_fit
and ch_fit$coef %>% head
. Going to the commit history for print.emuFit
, it looks like the things you are seeing were issues with the first commit but fixed in the second. However, I assume that you are using a version of radEmu
that has been updated since then, so maybe it's an issue with computer settings somehow. I'll look into it further.
My apologies for the bother, @svteichman . This all looks great now!
I'm working on a lab for radEmu (relevant lines below), and noticed something suboptimal about printining
ch_fit
vsch_fit$coef %>% head
The column
covariate
inch_fit$coef %>% head
listsGroupCRC
, while inch_fit
it lists1.00000
. The latter isn't helpful for helping me see which level of the factor is the reference group vs non-reference (which is important for a default printing function!).Could we please have a modification to the printing function for
ch_fit
to allowcovariate
to be a string?Thank you!