You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 10, 2022. It is now read-only.
What if some folks do "QA" or Quality Assurance, and have a list in Column 1 of VERIFY THESE ARE DELETED before processing Column 2 ? This comes into that thing we talked about called "modes" of reconciling. Our UI interface really needs a refresh !!! And extensions could offer up other modes of reconciling that control the matching behavior on the backend.
Some tools that I use in my day job do reconcile for provenance sake to match against deleted items, but that process is very much a QA process and probably not needed much in Wikidata as a "recon" operation within OpenRefine...I'd imagine that those users have other tools, api usage, etc. to perform that need. So I recant, and agree that the "recon" operation of looking at an "active" Qid should not return matches of an "inactive" or deleted Qid.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Looking for a Qid that was deleted should not return any matches.
The text was updated successfully, but these errors were encountered: