I noticed today that upon deletion of an observation in the Cascadia web app, the point successfully disappears from the UI/map, but a new record is also posted to Acartia. The new record has the same ssemmi_id value, but the format of the value for the data_source_id field in the Acartia data scheme is different than in the initial record of the observation. In the initial record the value has no double quotes around it; in the deleted (trusted=0) record, it does have double quotes.
Here is an example:
I'm not sure if this is a bug on the Whale Alert / Spotter server side, or in the script that generates responses to the https://acartia.io/api/v1/sightings/current endpoint. I'm also not sure it is currently causing any serious issues, but in anticipation of thinking harder about the curation of Acartia records (including their "deletion") I wanted to document this (potential) bug.
I noticed today that upon deletion of an observation in the Cascadia web app, the point successfully disappears from the UI/map, but a new record is also posted to Acartia. The new record has the same
ssemmi_idvalue, but the format of the value for thedata_source_idfield in the Acartia data scheme is different than in the initial record of the observation. In the initial record the value has no double quotes around it; in the deleted (trusted=0) record, it does have double quotes.Here is an example:
I'm not sure if this is a bug on the Whale Alert / Spotter server side, or in the script that generates responses to the
https://acartia.io/api/v1/sightings/currentendpoint. I'm also not sure it is currently causing any serious issues, but in anticipation of thinking harder about the curation of Acartia records (including their "deletion") I wanted to document this (potential) bug.