In T142903#3524463, @Jarekt wrote:

Optimal solution for me would be to modify mw.wikibase.sitelink to take optional second parameter wikibase.sitelink( id, globalSiteId ) , which would be the same as used by mw.wikibase.entity:getSitelink. Another approach could be to create a new function, perhaps mw.wikibase.sitelinks, which returns a table with all sitelinks. For Q79822 it would be { ["afwiki"]="Adam Mickiewicz", ["anwiki"]="Adam Mickiewicz", ...}

@Jarekt: Would it be ok for your use case if mw.wikibase.label( 'Q123', 'lang' ) were to only return a label if it actually exists in that language, no language fallbacks applied.

Giving the speed at which the dump grows, we need to look into this again.

I think we all agree that this should be done, so I will change this task towards actually doing this!

I think we all agree that this should be done, so I will change this task towards actually doing this!

Getting arbitrary sitelinks is handled in T142903: Get sitelink from Item without loading the full Item (via Lua)., getting arbitrary labels in T173262: Get arbitrary label from Item without loading the full Item (via Lua).. This should supersede this task.

mw.wikibase.sitelink returns the page title of an Item on the current wiki. Sadly we currently don't have an alternative to entity:getSitelink which doesn't require loading the whole entity. Adding this is tracked in T142903: Get sitelink from Item without loading the full Item (via Lua). for that.

I talked with Lydia about this today and I'm being bold here: We concluded that we want a new usage aspect for descriptions, especially in the face of T173144: Tracking implict (extensions) usages of WIkidata.

@Anomie @aude Can we close this? Haven't see such a failure in a while now.

This seems to be a problem again, see Q2981024 in https://www.wikidata.org/w/index.php?title=Q21131403&oldid=529675831.

https://gerrit.wikimedia.org/r/370764 should address that by caching the value in PHP (which is good enough here).

So, @Marostegui, @daniel and I were talking about this today.

So, how would you optimize for the large wikis specifically which would not work (well) for small wikis?

+1

In T173189#3521059, @Marostegui wrote:

What do you exactly mean with a "database shard"?
Could you provide some more context for this proposal?

This will be part of the next Wikibase deployment, thanks for doing this @eranroz.

What's this task about? What do you expect and what do you get instead?

Once T95663 is done this will hopefully not be a problem anymore.

Changes applied https://meta.wikimedia.org/w/index.php?diff=17103550&oldid=16792401.

In T173008#3516026, @Esc3300 wrote:

Entities where client wikis think they are subscribed to, but Wikidata doesn't dispatch any change as the entry in its list is missing.

In T173008#3515945, @Esc3300 wrote:

what's the situation in the other direction ?

@Marostegui @daniel: Please keep me in the loop when discussing this.

Probably a symptom of T107722: [Task] Make client ChangeHandler scale by batching updates. Merge?

Just to clarify this is about the following:

I couldn't find any instance of this in production.

The functionality needed for this has been merged into master now. Once it's deployed (which should happen in 2-3 weeks), we can go ahead with the trial (which is a simple configuration change).

Sounds good to me too.

In T170039#3513010, @RolandUnger wrote:

Today we detected inexplicable Lua/Wikidata errors. Maybe they have the same cause like this described in this task.

• In Rocky Mountain National Park we got the message, that the Object ids "Q4735531, Q4878135" are not known. But these ids are not used in the article but existent at Wikidata.

This is a bug in some local Lua module: Apparently something tries to load the entity Q4735531, Q4878135 (these are not two errors, but one for comma separated id Q4735531, Q4878135).

• In other cases like Chennai we got nil errors for the value of the property P856 (official website) although the value is set.

This adds statement specific usage tracking to entity tables.