Skip to content
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

add an extract functionality #81

Open
katjaq opened this issue Oct 15, 2017 · 4 comments
Open

add an extract functionality #81

katjaq opened this issue Oct 15, 2017 · 4 comments

Comments

@katjaq
Copy link
Collaborator

katjaq commented Oct 15, 2017

Is this a feature request or a bug report?

an awesome new feature!

What is the current behavior?

Currently, MicroDraw loads and displays the data as is. Depending on the scan of the histological data, sometimes there is a large empty border around the actual data.

What is the expected or desired behaviour?

Would be nice if MicroDraw could allow the user to draw a rectangle around the field of view that they would like to keep, and then to copy everything inside that rectangle into a new file.

@xgui3783
Copy link
Collaborator

I will be happy to implement this. I have a version of this happening locally already.

@katjaq
Copy link
Collaborator Author

katjaq commented Oct 15, 2017

Waaaaaaa!! This is awesome! I was about to put more information into this issue and realised that had no clear idea of how this could work. I'd be super interested if you could take that!! :D 👍

There were a few thoughts form a quick brainstorm...

  • The cropped data should be saved in DZI format
  • Ideally be saved server side since it might be very big
  • This might risk filling up our space very quickly... how could that be handled?
  • How could the user then get the cropped data?

What do you think?

Looking forward to your solution and suggestions!! 👍 👍 👍

@xgui3783
Copy link
Collaborator

xgui3783 commented Oct 18, 2017 via email

@xgui3783
Copy link
Collaborator

re: brainstorm thoughts:

  • png files (if they make it in) can be downloaded to the localdrives of the users. dzi files: would be nice if we could just save the metadata (crop area), instead of duplicating the data.
  • dzi files: for sure. even if we are just saving the metadata (x,y, dx, dy, pointer to dzi), it makes sense to save the metadata serverside, since software such as microdraw is needed to view the dzi images (again, correct me if I am mistaken)
  • user get cropped data: user could choose to save a copy of png on their local drive (as per previous comment). My understanding is, even if the user chose to save the selection as dzi, when they open the dzi, it (the cropped dzi) would be rendered in microdraw, where they could choose a crop again, and choose to save it as a png or dzi

Though the implementation of this metadata would most likely increase the complexity.

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

No branches or pull requests

2 participants