According to the doc, wikibase still uses that table: https://doc.wikimedia.org/Wikibase/master/php/docs_sql_wbt_item_terms.html. Possibly an issue with replication, then, given that WD, well, you know, isn't down.

Ok, so: https://wikitech.wikimedia.org/wiki/News/2025_Wikidata_term_store_database_split. The wbt_* tables have been moved to a new database cluster, x3, from the main wikidata tables in s8. Their hostname is termstore.wikidatawiki.web.db.svc.wikimedia.cloud. The relevant task with the details is T351820: Move Wikidata term store to separate database cluster. Solutions:

• switch to using the Wikibase API. Slower, but would protect us from further DB changes
• query the new cluster. This will mean querying both x3 and s8 at the same time. I'll have a look, but that's probably beyond my skills.

Side note: this is (thank goodness) the only query of ours that uses the wbt_* tables.

Furthermore:

• The wbt_type table has been removed as part of this migration (ADR 27); if you want to keep using SQL, you’d want to remove the JOIN on it and directly check wbtl_type_id IN (1, 2).
• Using the API would also give you language fallbacks almost for free (assuming action=wbgetentities with props=labels|descriptions, use languages=en and languagefallback=1). The current SQL query doesn’t seem to use 'mul' labels, so it would have been missing data for e.g. Q2632.

Also see https://github.com/magnusmanske/petscan_rs/issues/193

Hello, for me PetScan is working again since this evening. Thanks a lot!