-
Notifications
You must be signed in to change notification settings - Fork 39
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
[fix][Ticket #900284] Investigate metadata delay in case western #2816
Conversation
Looks good to me. One note is that the additionally logging may slow things down enough that they are synced up, so might be hard to re-create. Also, instead of adding an artificial display, you can force update the metadata with the stage position das[0].metadata[model.MD_POS] = stage.position.value["x"], stage.position.value["y"] |
You'll need to also compare to the updated stage position by xt_client (in /var/log/odemis.log), see |
ef581b2
to
602332c
Compare
602332c
to
aaec8e4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some minor cleanup
… stage position in xt_client.py
aaec8e4
to
f23217a
Compare
Can you fix the linting? |
c6f4d50
to
8915021
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a minor comment
Update: overview acquisition worked after waiting for the stage position to reach the target position.
Testing on 9th July
Please let me know where I can add logging to understand the metadata issue at Case Western.
Objective: