What is the entire URL out of the browser, exactly where the error occurred?
Can you describe what the issue is you’re experiencing?
A user uploaded 6 bulk imports that contained both ID’d and un-ID’d images. Her process was as follows: “I uploaded them one right after the other, and once they were all uploaded I sent them to detection one after the other - not all at once to avoid completely clogging up the system but definitely with some overlap.”
The affected IDs are LL_TZ_SN_leop_0001 to LL_TZ_SN_leop_0013 (13 individuals).
Thanks for flagging this as a wider-spread issue, Maureen. I have this on our bug-report to-do list already, but I’m updating it to reflect that it’s not limited to Flukebook.
I’m updating this to include the link to the ticket where we’re tracking this. I know there are multiple posts that report the same issue, so I apologize in advance for the spam.
While we’re looking for the root of this (and it may be a thorny security/visibility check is needed), we do have the power to fix duplication of individuals. If you know of blocks of bulk imports or blocks of search results (e.g., send us the links), I can merge individuals with the same name via script in bulk.
I’ll check with other users to find out if anyone else has had this issue. I don’t think there are a lot of ID’d bulk imports done recently but I’ll have a look.
Meanwhile, I know that a few users on Whiskerbook is preparing a number of ID’d bulk imports. Should I tell them to hold off until this is fixed?
These bulk imports seems internally consistent on ID. To de-duplicate, I need to understand the superset of 1) these imports plus 2) what they duplicated (allowing the pre-existing and bulk imported IDs to get merged). Is there an Encounter Search that defines the superset of this catalog, such as filtering by a specific user or species or project? Once I have that, I can have a script merge duplicate IDs.