Matt - I am also interested to hear if anyone can explain more about this. I have Q-items that were removed through a 'Mass Delete' months ago that still show up in SPARQL queries even though the pages don't exist on the wiki. I believe that wikibase suite instances can purge or re-index but I have yet to find a way to force this on a wikibase cloud instance. It has made me very hesitant to pursue any large scale use of wikibase cloud with batch scripts because my mistakes are many and usually large scale too!

Joe

----------------------------

Force a cache/page refresh:

Windows: ctrl + F5

Mac/Apple: Apple + R or command + R

Linux: F5

Browser-specific cache refresh:

Firefox / Safari: Hold Shift while clicking Reload, or press either Ctrl-F5 or Ctrl-R (⌘-R on a Mac)

Google Chrome: Press Ctrl-Shift-R (⌘-Shift-R on a Mac)
Internet Explorer / Edge: Hold Ctrl while clicking Refresh, or press Ctrl-F5
Opera: Press Ctrl-F5

On Sat, Mar 9, 2024 at 6:13 PM Matthew Ong <matthewcong@gmail.com> wrote:

Hello,

I was wondering if anyone could explain more how the deletion schedule for Q-items (possible under 'Mass Delete') in a wikibase.cloud project works in relation to sparql queries that might involve those Q-items? By this, I mean that I have been experimenting with mass import/update scripts and sometimes found it necessary to delete a block of Q-items generated by those scripts. Yet shortly after when I run sparql queries those deleted Q-items still show up in the results even though their pages are deleted on the wiki. For a few lexical items or Q-items this 'time lag' seems to last on the order of a few minutes, but for bigger blocks (even as few as a dozen) somehow the ghost results still appear in the sparql query.

This is messing up my scripts.

Matt
_______________________________________________
Wikibase-cloud mailing list -- wikibase-cloud@lists.wikimedia.org
List information: https://lists.wikimedia.org/postorius/lists/wikibase-cloud.lists.wikimedia.org/