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

Store Latest Observations #398

Open
kerryrobinson opened this issue Nov 8, 2024 · 0 comments
Open

Store Latest Observations #398

kerryrobinson opened this issue Nov 8, 2024 · 0 comments

Comments

@kerryrobinson
Copy link
Contributor

In some use cases, the user needs to persist the last known observations for a feed on disk, so that the next time they open up the app it can be bootstrapped with all of the tracks, which are then updated as the feed connection is restored.

In the Native SDKs, this is particularly useful when using a custom DynamicEntityDataSource, because it's typically not associated with any other persisted cache/layer of the tracks. This is analogous to the KeepLatest archive which is available on an ArcGIS Stream Service. If the service author opts in to creat this archive (a feature layer) on a stream service, clients will automatically load the features from that archive (one per track / Dynamic Entity) and then consume the stream to update observations for that track.

The ability to store latest obervsions is not available in the Native SDKs, but this can be relatively easily accomplished in code by listening to the DynamicEntityDataSource DynamicEntityObservation notification events, and writing/overwriting a feature in a local mobile geodatabase as new observations come in for each Dynamic Entity. When the app is closed and then re-opened, it can first read that feature table and create new observations, then connect to the feed to update the observations.

This request has come from a customer.

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

1 participant