Page MenuHomePhabricator

Uzume (Uzume)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Dec 26 2014, 1:37 PM (283 w, 7 h)
Availability
Available
LDAP User
Uzume
MediaWiki User
Unknown

Recent Activity

Thu, May 14

Uzume added a comment to T250763: Cannot use SyntaxHighlight: "Unable to run external programs, proc_open() is disabled".

This is actually a regression when the extension moved from GeSHi (PHP) to Pygments (Python). Since MW is PHP the extension can just use GeSHi as a library without having to fork a separate process via one of the unsafe functions removed in the hardened PHP.

Thu, May 14, 12:35 AM · SyntaxHighlight

Jan 24 2020

Uzume added a comment to T128173: Represent editions as interwiki links on Wikisource.

The issue becomes how to represent multiple edition links in Mediawiki toolbars across multiple WMF wikis across their projects. Currently, as implemented via WD sitelinks, we only allow one link per wiki per project per WD item. This is in part owning to the limited space in the Mediawiki toolbars where such links are displayed. Even across wikis within a single project when only a single link is allowed per wiki, there can sometimes be a *very* large number of links (there are many languages in Wikipedia alone and already there are mechanisms that limit the number of sitelinks displayed in the toolbar by default).

Jan 24 2020, 9:00 AM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MW-1.35-notes (1.35.0-wmf.34; 2020-05-26), Patch-For-Review, Wikisource, Wikidata

Jan 23 2020

Uzume added a member for Wikisource: Uzume.
Jan 23 2020, 3:46 AM
Uzume added a member for SDC General: Uzume.
Jan 23 2020, 3:18 AM

Jan 13 2020

Uzume added a comment to T128173: Represent editions as interwiki links on Wikisource.

@beleg_tal: I agree with your statements, especially "interwiki system needs to be flexible enough to accommodate different data models", however, I do not think this is an inherently Wikidata issue.

Jan 13 2020, 4:42 PM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MW-1.35-notes (1.35.0-wmf.34; 2020-05-26), Patch-For-Review, Wikisource, Wikidata

Jan 10 2020

Uzume added a comment to T54971: [Goal] Sitelinks and arbitrary accesses to Incubator, OldWikisource and BetaWikiversity.

I think we can remove OldWikisource from this task as concepts from this task that apply to it are now adequately covered by:

This task can now focus on just Incubator and BetaWikiversity.

Jan 10 2020, 12:25 AM · incubator.wikimedia.org, Goal, Community-Wishlist-Survey-2016, Wikidata, MediaWiki-extensions-WikibaseRepository
Uzume updated the task description for T138332: Interwiki links to/from Multilingual Wikisource.
Jan 10 2020, 12:07 AM · Wikidata-Campsite, Wikisource, MediaWiki-Interwiki, Wikidata
Uzume added a comment to T138332: Interwiki links to/from Multilingual Wikisource.

This should not be a blocking issue if we disregard T206426: Storing multiple sitelinks to a multilingual wiki which I do not think we should consider implementing except for possibly allowing sitelinks to be prefixed (a la Special:MyLanguage/) on their way to their target wiki. See my comment on that task.

Jan 10 2020, 12:06 AM · Wikidata-Campsite, Wikisource, MediaWiki-Interwiki, Wikidata
Uzume raised the priority of T138332: Interwiki links to/from Multilingual Wikisource from Low to Medium.
Jan 10 2020, 12:01 AM · Wikidata-Campsite, Wikisource, MediaWiki-Interwiki, Wikidata

Jan 9 2020

Uzume added a comment to T128173: Represent editions as interwiki links on Wikisource.

I am not sure this is a good idea or not (its seems like there maybe a few proposals) and I am against implementing this in Wikidata beyond how it already implements things (multiple linked records with one sitelink per wiki per item). That said, I see no issue with some wiki client like a Wikisource one implementing such a thing locally, e.g., perhaps traversing through linked Wikidata items via Scribunto Lua modules, to find all the sitelinks of all edition items of a specific work item they are all linked to, or other similar arrangements it wants to.

Jan 9 2020, 10:17 PM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), MW-1.35-notes (1.35.0-wmf.34; 2020-05-26), Patch-For-Review, Wikisource, Wikidata
Uzume added a comment to T206426: Storing multiple sitelinks to a multilingual wiki.

I am against having multiple site links per wiki per WD item. On the other hand, I am not against having a translation system for these sitelinks and it might be good to have some method to automatically prefix item sitelink links to multilingual wikis using something like Special:MyLanguage/.

Jan 9 2020, 9:51 PM · Wikidata

Dec 9 2019

Uzume added a comment to T199887: Client equivalent of haswbstatement.

FYI: I made a comment on T185313: mw.wikibase.entity:getBacklinks (lua API in wikibase client) about the possibility creating a query service that stores results in Tabular Data (which is available at page render time via Extension:JsonConfig and Scribunto Lua).

Dec 9 2019, 5:08 PM · Discovery-Search, Wikidata
Uzume added a comment to T185313: mw.wikibase.entity:getBacklinks (lua API in wikibase client).

I agree that Special:WhatLinksHere is probably not the right semantics for this request, haswbstatement might be better semantics, however, those need to be well defined so people know if in fact they would address this request.

Dec 9 2019, 4:53 PM · patch-welcome, Wikibase-Lua, Wikidata, MediaWiki-extensions-WikibaseClient

Oct 23 2019

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).

Oct 23 2019, 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), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), User-Ladsgroup, 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