-
Notifications
You must be signed in to change notification settings - Fork 437
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
Ravel multi index #55
Conversation
I am guessing this is what we get: http://packages.debian.org/stable/python-numpy since the .travis.yml file goes and apt-get's numpy for the environment it builds and runs the tests on |
@@ -46,6 +46,25 @@ | |||
eye, mgrid, sqrt, zeros, linalg, diag, dot | |||
from dipy.io.bvectxt import ornt_mapping | |||
|
|||
def _rmi(index, dims): | |||
"""An alternate implementation of numpy.ravel_multi_index for older |
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.
Maybe you could copy over the docstring examples from numpy here, so they get tested.
Sorry, I'm a bit late to the party--can you explain to me why we need unravel_multi_index in the first place? |
We want to use fiber tracking to create a connectivity matrix. The fiber matrix = zeros(shape) For performance reasons I've implemented it as:
Is that clear? Bago On Thu, Aug 9, 2012 at 8:36 PM, Stefan van der Walt <
|
RF - Minor cleanups of the ravel_multi_index PR.
BF - Implement backward compatible ravel_multi_index.
Slr and apply_labels workflows
This should make travis a little more happy. btw, do you guys know what version of numpy travis is using to test dipy?
Bago