8000 Expose recently introduced map_array function in skimage.util by emmanuelle · Pull Request #4646 · scikit-image/scikit-image · GitHub
[go: up one dir, main page]

Skip to content

Expose recently introduced map_array function in skimage.util #4646

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

Merged
merged 4 commits into from
May 6, 2020

Conversation

emmanuelle
Copy link
Member

Since this function can be useful for other tasks. I also wondered whether we should expose ArrayMap or not (at the moment it is not and for skimage developers it's easy to import it from its location). It's easy to change of course.

@pep8speaks
Copy link
pep8speaks commented May 6, 2020

Hello @emmanuelle! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

Line 33:60: W291 trailing whitespace
Line 118:1: W293 blank line contains whitespace
Line 139:31: W504 line break after binary operator
Line 146:31: W504 line break after binary operator
Line 148:34: W504 line break after binary operator
Line 149:27: W504 line break after binary operator

Line 24:1: E305 expected 2 blank lines after class or function definition, found 1

Comment last updated at 2020-05-06 09:23:02 UTC

Copy link
Member
@jni jni left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@emmanuelle I've made two minor and optional suggestions, otherwise happy for this to get merged once tests pass! Thank you!

@jni
Copy link
Member
jni commented May 6, 2020

To clarify what @emmanuelle meant by "other tasks": this would close #1396. It needs a gallery example but it's probably not worth holding up release for it.

Co-authored-by: Juan Nunez-Iglesias <juan.nunez-iglesias@monash.edu>
@rfezzani
Copy link
Member
rfezzani commented May 6, 2020

I am thinking about submitting a PR to create a skimage.labelling submodule where skimage.morphology.label/skimage.measure.label, skimage.segmentation.relabel_sequential, skimage.color.colorlabel... can take place. MapArray was on list too but skimage.util is a good place ;-).
I am waiting for the CI to be green before approving...

@emmanuelle
Copy link
Member Author

It is green now :-).

@rfezzani rfezzani merged commit bcd03b4 into scikit-image:master May 6, 2020
@rfezzani
Copy link
Member
rfezzani commented May 6, 2020

Merged ;) Thank you @emmanuelle

@jni
Copy link
Member
jni commented May 7, 2020

@rfezzani I like your new module idea. labeltools? Anyway, I think the best time for this transition would be the 1.0 release. =)

@rfezzani
Copy link
Member
rfezzani commented May 7, 2020

Yes @jni, there is no hurry ;) labeltools is good for me 👍

@JDWarner
Copy link
Contributor
JDWarner commented May 7, 2020

Continuing the tangent, our top-level submodule naming convention is direct, not plural, and tends not to include portmanteaus.

Refactoring the label infrastructure makes some sense to me. The best submodule name would be skimage.label IMHO, but label already being a function name clouds the picture a bit (from skimage.label import label feels somewhat cumbersome).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants
0