Page MenuHomePhabricator

Uzume (Uzume)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Dec 26 2014, 1:37 PM (255 w, 3 d)
Availability
Available
LDAP User
Uzume
MediaWiki User
Unknown

Recent Activity

Wed, Oct 23

Uzume added a comment to T213300: Only confirmed users should read Wikidata's Special:MostLinkedPages.

I disagree. The availability of ones password does not fall into "security by obscurity" because it is, in general, not obscurely available from other sources (and if it is, that is an entirely different type of security issue). The point being, security should clearly delineate who has access to what and make all things available to such persons and noting of what they should not have access to. Since the concept of most linked pages is available via other public means this clearly falls into that the category of "security by obscurity" (unless you plan to secure the data through all means of access which seems to go beyond this proposal).

Wed, Oct 23, 1:42 AM · Wikidata.org, Wikidata

Oct 11 2019

Uzume added a comment to T213300: Only confirmed users should read Wikidata's Special:MostLinkedPages.

I do not think this is a good idea. This amounts to security through obscurity and in general is not a good practice. The same data could be found in a number of other ways (e.g., api.php which would be even more useful to a potential vandal bot) and in the end does nothing to actually prevent any vandalism to begin with (just attempts to deter it by obscuring which pages have the most links). Also unconfirmed users (e.g., anonymous IPs) might have valid reasons to what to know which pages are most linked. We already punish such editors enough for the faults of troublemakers. I do not see this as a great way to protect our content from vandalism and it definitely punishes other users.

Oct 11 2019, 12:38 AM · Wikidata.org, Wikidata
Uzume added a member for Wikidata.org: Uzume.
Oct 11 2019, 12:24 AM

Oct 5 2019

Uzume added a comment to T47607: move Wikidata section to the top of Special:SpecialPages.

@jeblad: This seems like a problem:

Oct 5 2019, 4:48 PM · Wikidata, MediaWiki-extensions-WikibaseRepository

Apr 20 2018

Uzume added a member for Wikibase-Lua: Uzume.
Apr 20 2018, 1:01 PM

Apr 19 2018

Uzume added a comment to T127169: The property parser function and mw.wikibase.entity.formatPropertyValues should resolve item redirects when formatting Snak values.

This might get resolved by T112658, at least for the parser function.

Apr 19 2018, 10:28 AM · Wikibase-Lua, Wikidata, MediaWiki-extensions-WikibaseClient
Uzume added a comment to T157868: Lua functions do not resolve redirects.

This might get resolved by T112658.

Apr 19 2018, 10:27 AM · Wikidata-Campsite, Wikibase-Lua, MediaWiki-extensions-WikibaseClient, Wikidata
Uzume added a comment to T192462: mw.wikibase.entityExists returns false for redirected entities.

This should probably be handled more generally along the lines of T157868 and T127169. This is exactly why I felt it was better to implement a mw.wikibase.resolveEntityId that returns the resolved eid or nil if it does not exist rather than just the true or false of mw.wikibase.entityExists. If we had a mw.wikibase.resolveEntityId we could funnel all code through it that needed to check for existence and redirection instead of making every other function handle redirection, etc.

Apr 19 2018, 10:21 AM · MW-1.34-notes (1.34.0-wmf.22; 2019-09-10), Patch-For-Review, User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Wikidata, MediaWiki-extensions-WikibaseClient, Wikibase-Lua

Apr 17 2018

Uzume added a comment to T179638: Property filter to reduce computing time of mw.wikibase.getEntity().

Perhaps this ticket is old but it seems to me we already have such filters with mw.wikibase.getBestStatements and mw.wikibase.getAllStatements. Of course those do not pull multiple properties in a single execution but they do filter to a single property without pulling the expensive complete set/tree of property data. One could easily create a function to execute one of these multiple times and combined the results to get what is requested in this ticket.

Apr 17 2018, 1:05 PM · Wikibase-Lua, MediaWiki-extensions-WikibaseClient, Wikidata

Apr 12 2018

Uzume added a comment to T127169: The property parser function and mw.wikibase.entity.formatPropertyValues should resolve item redirects when formatting Snak values.

This seems partially redundant with T157868, however I am not sure about mw.wikibase.entity.formatPropertyValues. I agree that Wikibase parser functions like {{#property:…}} should probably properly redirect, however, from Scribunto I would rather see mw.wikibase.getEntity and add a mw.wikibase.resolveEntityId implemented or perhaps also have mw.wikibase.getAllStatements and mw.wikibase.getBestStatements redirect.

Apr 12 2018, 3:21 PM · Wikibase-Lua, Wikidata, MediaWiki-extensions-WikibaseClient
Uzume added a comment to T157868: Lua functions do not resolve redirects.

T143970 seems like it was recently closed but I still think we need a resolveEntityId(eid) that returns nil when there is no such entity but redirects for merged items, etc. It could also potentially work like resolvePropertyId and return a valid entity ID when given an unambiguous label or alias.

Apr 12 2018, 2:56 PM · Wikidata-Campsite, Wikibase-Lua, MediaWiki-extensions-WikibaseClient, Wikidata
Uzume added a comment to T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs.

Does entityExists properly handle redirects (e.g., merged entities) and if so how do we get the entity ID we are redirected to?

Apr 12 2018, 2:53 PM · MW-1.31-release-notes (WMF-deploy-2018-04-10 (1.31.0-wmf.29)), Wikidata-Ministry-Of-Magic, MediaWiki-extensions-WikibaseClient, Wikidata

Feb 10 2018

Uzume added a comment to T185557: Create the easy function mw.wikibase.property('P21', 'Q8023', 'en').

I have no issue with discussion and I believe this an adequate forum for such a discussion. My point was your requests are significantly lacking (and need discussion and focus) before they can be considered for possible implementation.

Feb 10 2018, 6:28 AM · Wikibase-Lua, patch-welcome, MediaWiki-extensions-WikibaseClient, Wikidata

Feb 8 2018

Uzume added a comment to T185557: Create the easy function mw.wikibase.property('P21', 'Q8023', 'en').

I agree. This request is poorly specified. For one, labels, descriptions, and sitelinks are not properties. Also how should these property values be handled? There are many property data types where the data is not necessarily a single scalar value. Also property claims can have unknown or no value in addition to a value. This ignores what to do when there are multiple property claims for the same property (or any comment about ranks) and is unclear how qualifiers or references should or should not be handled by this interface (although the second line in the description of this task quotes a qualifier access).

Feb 8 2018, 2:20 PM · Wikibase-Lua, patch-welcome, MediaWiki-extensions-WikibaseClient, Wikidata

Jan 23 2018

Uzume added a comment to T185313: mw.wikibase.entity:getBacklinks (lua API in wikibase client).

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.

Jan 23 2018, 4:02 PM · patch-welcome, Wikibase-Lua, Wikidata, MediaWiki-extensions-WikibaseClient

Jan 21 2018

Uzume added a member for ParserFunctions: Uzume.
Jan 21 2018, 3:45 AM
Uzume added a member for MediaWiki-extensions-Scribunto: Uzume.
Jan 21 2018, 3:42 AM

Jan 20 2018

Uzume added a comment to T185313: mw.wikibase.entity:getBacklinks (lua API in wikibase client).

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

Jan 20 2018, 8:44 PM · patch-welcome, Wikibase-Lua, Wikidata, MediaWiki-extensions-WikibaseClient

Jan 15 2018

Uzume added a comment to T123196: Access to item from talk page.

@Tacsipacsi It sounds like you want: mw.wikibase.getEntityIdForTitle(mw.title.getCurrentTitle().subjectPageTitle.prefixedText)

Jan 15 2018, 10:01 AM · Wikidata, MediaWiki-extensions-WikibaseClient
Uzume added a comment to T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs.

We need a resolveEntityId(eid) that returns nil when there is no such entity. It should also handle redirects from merged items, etc. (also solving T157868). It could also potentially work like resolvePropertyId and return a valid entity ID when given an unambiguous label or alias.

Jan 15 2018, 9:18 AM · MW-1.31-release-notes (WMF-deploy-2018-04-10 (1.31.0-wmf.29)), Wikidata-Ministry-Of-Magic, MediaWiki-extensions-WikibaseClient, Wikidata
Uzume removed a member for Wikidata: Uzume.
Jan 15 2018, 6:55 AM
Uzume added a member for MediaWiki-extensions-WikibaseClient: Uzume.
Jan 15 2018, 6:54 AM
Uzume added a member for Wikidata: Uzume.
Jan 15 2018, 6:52 AM
Uzume added a comment to T182147: more convenience functions for Lua.
  • A boolean entityExists (T143970).
    • Use case: Currently, I see a lot of code that does if getEntity( … ) then, which is super-expensive for no reason. The cheapest workaround that currently exists is getEntityUrl, but thats awkward to use in an if.
Jan 15 2018, 3:49 AM · Wikibase-Lua, MediaWiki-extensions-WikibaseClient, Wikidata