Mine wdt:P are disapear

I definitely can re-import mine, but existing wdt:Pxxx makes operating existing bots much more difficult than it should be

Still getting a few dozens of wdt:Pxxx, query:

@Anomie, you were kind to fix T215444, maybe you can take a look on this one? We have thousands of potentially affected categories and problem reveal itself only on small random subset of them. If you need any additional traces in lua - I'm here to help :)

Any category here except for Википедия:Страницы с ошибками скриптов, использующих Викиданные‎. The problem is that errors disappears after ?action=purge

Thank you very much!

@Krenair, I assume that only home directory was not created:

ghuron@tools-sgebastion-07:~$ ls /data/project/dspull/
ls: cannot access '/data/project/dspull/': No such file or directory
ghuron@tools-sgebastion-07:~$ id
uid=19300(ghuron) gid=500(wikidev) groups=500(wikidev),50380(project-tools),53381(tools.mw2sparql),53738(tools.wdml),54111(tools.dspull)

Look at the query that is used to get missing articles for "List of articles every Wikipedia should have" https://quarry.wmflabs.org/query/26700 There are 2 joins:

• For iwlinks/wb_items_per_site join I have to do either CONCAT ('Q', ips_item_id) or TRIM('Q' FROM iwl_title)
• For wb_items_per_site/page join I have to do REPLACE(ips_site_page, ' ', '_') or vice versa and potentially take care of non-default namespace

Isn't it ironic that wikidatawiki_p.wb_items_per_site has 2 columns that is potentially joinable with wikipedia tables and both of them requires format transformation?

thanks, no problems now!

Still experiencing problems with hewiki_p (and sometimes eswiki_p). The rest is ok

А чем конкретно Вас не устраивает дамп?

It looks like it depends whenever PHP7 setting is tuned on or off. When its off, problem disaperars, when its on, action=purge any article that uses it and you will get "false" when calling mw.ext.data.get()

works for chromeos 70.0.3538.110

Fixed for all dbs mentioned above

@Aklapper I've found it in my labs project mw2sparql (it was bgwiki_p initially 07:34 UTC today) but since that I'm repoducing this in quarry (see link above). Sounds like operation issue with db replicas

Currently it is impossible to add/remove sitelinks in Russian UI. I would appreciate if someone will look into that as soon as possible

I'd like to explain another scenario, where this functionality can be useful. Ru-wiki infoboxes sometimes add categories to the corresponding articles. Sometimes we do this based on wikidata, but we are pretty much limited to a few cases, defined in P1465, P1792, P1464 or very special usage of P910 (e.g. if astronomical object belongs to some constellation). If I want to automatically place categories like Q8454640 to the films, directed by James Marsh, I probably would need a designated property. Alternatively I should be able to do it via extracting items that has P971:Q2720543 and simultaneously P971:Q29017630. This may sound like reinventing SPARQL queries, but getting results of getBacklinks(Q2720543) and getBacklinks(Q29017630) and performing list intersection in lua would work for me.

In T185313#3915129, @Uzume wrote:

This seems like a more generalized version of T99899 (see also T149108).

Well, although I can some similarities between this one and T99899, I believe there are different use cases involved. Lookup for external identifier is mostly needed in javascript (e.g. notify user that wikidata instance with the same imdb-id already exists) and can be implemented either via Markus resolver or directly via sparql endpoint (e.g. https://ru.wikipedia.org/w/index.php?diff=84445799). I can imagine some use cases where it would be nice to have it in lua (e.g. for additional decoration of wikipdate articles), but its exotic stuff. In contrast, building lists andbased on wikidata is more straightforward case and must be pure severside (for performance reasons), so I'd see a need for backlinks in lua.

I'm personally missing ability to get "what links here" (see T185313)