Maybe I'm just missing something? When using redis for persistence there is no way that I know of to manage (specifically delete for now, but maybe more) marks/etc which are sent to taky - and deleting them in the atak client does not delete them on the server (I have no idea if this is a general limitation with COT or not). Markers can be changed on the atak client, and those changes are propagated to server and other clients, but not deletions. As a result, every time an atak client connects to the server, all marks get retrieved.
I don't know if there are other object types that have this similar behavior. Position information seems to have an expiration time so it doesn't happen there.
There is no expectation of a fancy UI here, but a simple CLI to display and delete stored markers seems like it would be useful. Obviously redis-cli can be used here, but requires a bit more work to weed through the keys. Anyway, tossing this into the backlog and maybe I'll implement it as time allows.
Maybe I'm just missing something? When using redis for persistence there is no way that I know of to manage (specifically delete for now, but maybe more) marks/etc which are sent to taky - and deleting them in the atak client does not delete them on the server (I have no idea if this is a general limitation with COT or not). Markers can be changed on the atak client, and those changes are propagated to server and other clients, but not deletions. As a result, every time an atak client connects to the server, all marks get retrieved.
I don't know if there are other object types that have this similar behavior. Position information seems to have an expiration time so it doesn't happen there.
There is no expectation of a fancy UI here, but a simple CLI to display and delete stored markers seems like it would be useful. Obviously
redis-clican be used here, but requires a bit more work to weed through the keys. Anyway, tossing this into the backlog and maybe I'll implement it as time allows.