Writing functions and more about napari-mrcfile-reader HOT 6 OPEN

@the-lay pleasure! great to work with you 🙂

@Croxa was interested in similar functionality and actually wrote a separate plugin to do it, I suggested combining efforts but haven't yet heard back - what do you think about the idea of us combining efforts and putting together a napari-mrcfile package which wraps useful functionality from mrcfile more completely?

I don't mind where this package lives so if it's useful for you to be able to point to it as a work output it could live on your github

As an aside, it's great to see someone else doing cryo-ET using napari! If you'd like to get a bit more involved, discuss your use case and how we can make napari better for your work definitely hop onto https://napari.zulipchat.com, we'd love to hear about what you're up to!

from napari-mrcfile-reader.

Also, super supportive of the volume/slice histograms in general! I think these should probably be separate from the mrcfile functionality though and live in a standalone plugin before eventually being moved up into napari proper

@haesleinhuepf demoed some really cool histogramming widgets in a napari community meeting recently, maybe we could leverage this to get most/all the way for the functionality you want? I don't think I'll be able to make the meeting this week but it would be great to chat about this stuff live sometime!

from napari-mrcfile-reader.

Hm, I thought I answered you in an e-mail but apparently it did not work.
I will gladly work with you on the mrcfile plugin if you want.

from napari-mrcfile-reader.

@Croxa oh cool, looks like we've hit critical mass! 🥳 Same info as I gave to @the-lay applies to you, we'd love to hear about what you're up to at a meeting sometime soon!

Maybe if we jump onto the zulip we can hash out exactly features we want and get a repo together? should be fairly quick now that the ball is rolling!

from napari-mrcfile-reader.

Ah I completely missed napari-mrcfile_handler plugin, it does seem that the immediate features I was thinking about are already implemented. I guess then @Croxa 's repository should be the main one since it's already ahead. Regarding renaming, I'd also prefer a cleaner napari-mrcfile than mrcfile-reader or mrcfile_handler. But ultimately I did not contribute to either one and don't want to hijack your projects so I'd be happy with anything you and @Croxa decide.

I also didn't realize the scale of the napari project, very cool! I've signed up on Zulip and would be glad to contribute, but not sure if there's anything more to my usecase than just inspecting .mrc tomograms and segmentations, at least right now.

Also, super supportive of the volume/slice histograms in general! I think these should probably be separate from the mrcfile functionality though and live in a standalone plugin before eventually being moved up into napari proper

Fully agree and yes, it seems to be something that should be provided by napari directly.

from napari-mrcfile-reader.

@the-lay @Croxa cool - let's get a repo set up for napari-mrcfile and get things rolling, I can make one early next week and add you both as collaborators, will be fun 🙂

I'll contact you both on Zulip too! @Croxa I had a quick look but can't see you there, if you have an account could you drop me a message?

from napari-mrcfile-reader.