nelson-gon / manymodelr Goto Github PK
View Code? Open in Web Editor NEWBuild and Tune Several Models
Home Page: https://nelson-gon.github.io/manymodelr/
License: GNU General Public License v2.0
Build and Tune Several Models
Home Page: https://nelson-gon.github.io/manymodelr/
License: GNU General Public License v2.0
Say I wanted to fit a linear model, it would be great if I could filter out non numeric columns.
To ease error handling and make it more uniform and/or improve readability.
extract_model_info
returns NULL
when p values are requested yet p values actually exist.
In coverage, workflows do not work for some reason(possibly lack of webhooks for codecov).
CMD checks fail due to dplyr
0.8.5 being loaded yet we need a higher version of dplyr
.
get_var_corr
currently only allows setting a single comparison_var
. Extend that to handle more than a single variable, return a matrix-like object perhaps?
See ref.
Perhaps add an option to allow control over what should be returned. Perhaps something like add
?
This function heavily relies on ggplot2
and does somewhat go against the package's design philosophy. Perhaps move it to a different standalone package or drop it altogether? Better alternatives exist too making it really less useful in the long run.
In agg_by_group
, the length of the grouping is incorrect for groups >1. See for instance:
head(agg_by_group(mtcars,cyl~hp+vs,sum))
#> Grouped By[1]: hp vs
That should be 2, not one.
Currently builds seem to fail on R devel mainly due to issues in extract_model_info
especially regarding length of the output of logical operations.
I would like to for example do:
fit_models(df=iris,yname=c("Sepal.Length","Sepal.Width"), xname="Petal.Length + Petal.Width",modeltype=c("lm", "glm","lmer"))
With dplyr
1.0.0, functions such as *_ifhave been superseded. There is therefore a need to move to the newer
across` and also to check for any breaking changes.
Fix as suggested at r-lib/testthat#1051
get_mode
is currently slow, is there a better way to rewrite it while achieving the same results?
multi_model_1
seems to go through several layers of "recursion" to do something relatively simple. Could this be simplified and/or sped up?
Given several methods, multi_model_1
should be able to match arguments only for the method in question and not throw warnings.
Something like:
[multi_model_1(train,"dist","speed",method = c("glm","lm"),metric = "rmse",control = ctrl,new_data = test,family="poisson")
should not throw any warnings.
Similarly, perhaps have several metrics eg c("accuracy","rmse")
and match these to the relevant model?
Description
I would like to make a simple report to explain what a model's output means.
Similar Features
Some packages support this but I found it a bit less ideal.
Feature Details
Given a model, produce a table with estimates and what they actually mean.
Proposed Implementation
As above.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.