-
Notifications
You must be signed in to change notification settings - Fork 145
GLM API cleaning #157
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
GLM API cleaning #157
Conversation
OK... |
Thanks - I agree the SPM code does not some cleaning up and some tests. I'll try and have a look soon to see what is of use in there - the ReML code in particular looked substantial. It may be we should move this stuff around somewhere, or even remove it, but I'd like to give it some thought, so thanks for reverting for now, and I'll put an issue up for it. |
Ok to rebase this one and merge? |
if code is lying around and not being used anywhere else in the library and is not part of the api, remove it (this is git - you can always get back to it if needed). also given that the most useful aspect here is reml, that should be moved to a more aptly named place - reml is an algorithm and has nothing to do with spm per se except they use it. it should really be part of scipy or statsmodels. |
Satra - please consider moving your comment to the issue. We carry lots of general code, such as pca, model fitting and so on. Once the work has been done to push generic code upstream, we can remove it. For now, we need someone who has the time to work out which pieces of this code are functional. My own approach to this is to first write tests, to work out what the code is doing. Once I have done that, I work out whether the code is useful and if so, where it should go. |
picking up the maintenance of something that might be useful, but is currently not used anywhere, may not be the most useful contribution to the project at this stage. there are plenty of other things that need to get cleaned up. and git will allow revisiting this when there is interest. that said, i did look at the code and it implements spm's reml with similar variable naming convention (which i would recommend altering). it even has a little section under |
If you see somewhere that you can make a useful contribution, then please do, all hands help. |
OK for merging and discussing later the spm module. |
Rebased and merged as commit e6dfbcf |
Bertrand - the cleanup caused some doctest errors: http://nipy.bic.berkeley.edu/builders/nipy-py2.6/builds/125/steps/shell_1/logs/stdio I think you and I both missed the newline in the doctests. Fixed in commit 000a331 I've got travis-ci continuous tests activated - it's just a few clicks to activate - I find it very useful because it runs all the tests on every commit. |
On 05/19/2012 03:24 PM, Matthew Brett wrote:
Bertrand |
This PR includes some cleaning of code related to the GLM. I'm doing it to prepare another PR that will provide a more handy interface for GLM than the interface available in modalities.fmri.fmristat, based on nipy.algorithms.statistics.model
This PR includes: