Jon Van Oast
Jon Van Oast
example: **herd of 5 zebras** critical here is that each animal has a _known identity_. would this be considered a _single Occurrence_, but represented by _five Occurrence entries_ (sharing a...
message in tomcat log seems to indicate success: ``` wildbook_1 | ==> In ScheduledIndividualMergeUpdate servlet! wildbook_1 | Have all required info... wildbook_1 | Merge real? 2a0364ba-57bc-436a-be6b-3c07ba63dc2b wildbook_1 | user is...
fixes #511 :warning: DRAFT
attempt to fail properly when an _empty matching set_ is used to match against. testing must be done, see (2) below. PR fixes #524 :warning: this is only a draft...
fix deep-indexing slowness for MarkedIndividuals :warning: DRAFT PR fixes #808 **Changes** - puts encounter-loop (sub-indexing) _into background_ on MarkedIndividual.opensearchIndexDeep() - fix a couple annoying NPEs
**Expected Behavior** "Deep" indexing (e.g. re-indexing all Encounters under a changed MarkedIndividuals) is only done "when necessary", which is most efficient. **Current Behavior** _Any_ change to MarkedIndividual (for example, adding...
## Context A great deal of process was worked out (and still is being worked out) setting up _dockerized_ Wildbook environments in production. The notes from this need to be...
**Expected Behavior** Any user can see public data in search results **Current Behavior** Some users (99% sure it is those without usernames) do not have access **Tech Notes** This has...
## Context For our OpenSearch encounter search, results need to respect permission of user; they only get results they have access to. Related, indexing of data computes the values necessary...
## Context currently "stored queries" (as used by our OpenSearch functionality) are stored very simply as json on the filesystem. this is functional, but will accumulate over time and needs...