-
Notifications
You must be signed in to change notification settings - Fork 6
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
GridPlan problems #149
Comments
For overlaps, I don't think those are implemented yet, correct?
x_pos and y_pos stay the same for different overlap settings. I see the same for a specific value for the fov size. |
Thanks Willi, I'll fix the docs!
That's definitely not the intended behavior! Thanks, I'll have a look!
I will update the docs for that as well but the |
Ok, thanks. But then there is a problem in the GridPlanWidget in the useq_widgets. Because if I set 50% overlap there I get 0.5 overlap in the acquisition. Can you check that? |
To be honest, for me having overlap 0 to 1 would be more intuitive. But as long as it's consistent... |
Yeah I kinda prefer 0-1 as well |
@fdrgsp is this resolved now with pymmcore-plus/pymmcore-widgets#249? |
I think everything is fixed but this:
I will open an issue just for that and close this. |
useq-schema 0.4.7
I think the sequence setup in the documentation does not work anymore:
Works for me if I put "columns" instead of "cols".
Another small problem I see is for this sequence:
Might no be a very typical setup with axis order "gtc, but note how the min_start_time resets for every g index. This leads to the first time series at position 0 respecting the interval, while all later positions are acquired at max speed.
The text was updated successfully, but these errors were encountered: