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(a)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(a)lists.wikimedia.org
List information:
https://lists.wikimedia.org/postorius/lists/wikibase-cloud.lists.wikimedia.…