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
Using Coarse Relocalization + IDs on Watchers #145
Comments
I guess that could be a solution. What we made is a queue in which we add the locate criterias and since only one watcher can run we wait it to finish to start the next one. |
Hi @rogueyoshi, this isn't currently supported today, but we are thinking about supporting multiple Watchers or expanding what you can do with locate criteria! @Merichbier's suggestion seems reasonable as a workaround. |
I'm using the same workaround as @Merichbier. |
If you could post it as a suggestion to our UserVoice, that would be great! https://feedback.azure.com/forums/919252-azure-spatial-anchors If it's okay with you, I'm going to close this issue and it can be continued on UserVoice! |
Done :) Here is the link to the suggestion : https://feedback.azure.com/forums/919252-azure-spatial-anchors/suggestions/40207366-multiple-watchers-and-or-more-watcher-options |
What's the best practice for this? Suppose I want to get nearby anchors with the sensor data, but also simultaneously get the anchors which were made in a session without sensor data. If we run two watchers, we get a concurrency error. Should we daisy chain the second instead from the LocateAnchorsCompleted event?
The text was updated successfully, but these errors were encountered: