Skip to content

Review of full field stitched data #306

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

Closed
dlebauer opened this issue May 4, 2017 · 8 comments
Closed

Review of full field stitched data #306

dlebauer opened this issue May 4, 2017 · 8 comments
Assignees
Milestone

Comments

@dlebauer
Copy link
Member

dlebauer commented May 4, 2017

Now we have the full field stitching pipeline, it would be great to review the algorithm.

Dealing with sun/shade:

  • Could we do a better job of accounting for exposure when converting 16 bit .bin to tif files?
  • Where there is overlap, can we select the best or do something more sophisticated when merging
  • Or would it help if the scans were done at a time during the day when there was less shade (e.g. in the AM)?
  • Or if the scans were done 2x during the day to make sure we have the entire area in only sun or only shade?

screen shot 2017-05-04 at 11 34 52 am

terraref/sites/ua-mac/Level_1/fullfield/2017-04-27/
@pless
Copy link

pless commented May 9, 2017

Could we do a better job of accounting for exposure when converting 16 bit .bin to tif files?
a) We could. First, if the data is going to be used directly for downstream processing, we should produce 16 bit tiff files so we don't lose data there. Second, we could do a variant of high-dynamic range rendering --- IF the areas are washed out are just because the screen shows 8 bits of resolution, this is a way to try to show 16 bits of data on a regular screen. I don't think that is the case here; because things are washed out, the data is really missing.

Where there is overlap, can we select the best or do something more sophisticated when merging
We can select the best, or, probably have some simple rule like "take the darkest pixel". There are more clever things we could do if we wanted to make this montage look amazing and hide the boundaries, but those steps could introduce artifacts that make downstream processing harder.

Or would it help if the scans were done at a time during the day when there was less shade (e.g. in the AM)? ... Or if the scans were done 2x during the day to make sure we have the entire area in only sun or only shade?

Both of these would keep the data more consistent. My belief is that it would be hard to be entirely consistent, so any algorithm will eventually have to deal with harsh shadows in the images. If that is the case anyway, perhaps it isn't so important? --- or at least this is not a hard requirement that mandates the scheduling of the entire gantry.

@dlebauer
Copy link
Member Author

@pless and @ZongyangLi What are the next steps?

There was a related discussion on using feature matching starting at #265 (comment)

@max-zilla
Copy link
Contributor

@jterstriep has created some different JPEG outputs in /ua-mac/Level_1/fullfield/2017-04-27/ and is going to try to set up a map server on the compressed JPGs so everyone can evaluate.

@dlebauer
Copy link
Member Author

@pless and @ZongyangLi can you comment on the compressed files that @jterstriep generated? Some have 25x size reduction.

@max-zilla
Copy link
Contributor

@ZongyangLi @pless @dlebauer I generated a VRT, TIFF and 10% resolution TIFF for 05/09. There are plants in this one. More interesting light effects too, in the north half this time.
screen shot 2017-05-12 at 1 58 51 pm

@ghost ghost added this to the May 2017 milestone May 17, 2017
@ghost ghost removed the help wanted label May 18, 2017
@dlebauer
Copy link
Member Author

@ZongyangLi can you please create a new issue that covers the implementation of these changes, and then close this one?

@ghost
Copy link

ghost commented Jun 1, 2017

@ZongyangLi - reminder

@ZongyangLi
Copy link
Contributor

further work will discuss in #326

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

No branches or pull requests

4 participants