[Wikidata-bugs] [Maniphest] [Created] T152110: Moving or deleting pages should trigger update on Wikidata if page is linked through a property

2016-12-01 Thread Jarekt
Jarekt created this task.Jarekt added projects: Wikidata, Commons.Herald added subscribers: Pokefan95, Aklapper. TASK DESCRIPTIONMoving or deleting pages should trigger update on Wikidata if page is linked through a property. Several properties on Wikidata point to pages on Commons and possibly

[Wikidata-bugs] [Maniphest] [Closed] T133918: Arbitrary Wikidata access on Commons trigers expansion depth limit

2016-12-01 Thread Jarekt
Jarekt closed this task as "Resolved".Jarekt claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T133918EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: zhuyifei1999, Pokefan95, Aklapper, Steinsplitter, Jarekt, Acer, D3r1

[Wikidata-bugs] [Maniphest] [Updated] T99899: [Story] Allow looking up Entities by external identifiers.

2016-10-26 Thread Jarekt
Jarekt added a comment. I just merged T149108 with this task. There is a minor difference between two tasks to expand the look up of Entities from external identifier properties to other properties with "distinct singular value" properties linking to Commons pages (1:1 link). If we

[Wikidata-bugs] [Maniphest] [Merged] T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property

2016-10-26 Thread Jarekt
Jarekt closed this task as a duplicate of T99899: [Story] Allow looking up Entities by external identifiers.. TASK DETAILhttps://phabricator.wikimedia.org/T149108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: hoo, Jarekt, Aklapper, D3r1ck01, Izno

[Wikidata-bugs] [Maniphest] [Updated] T99899: [Story] Allow looking up Entities by external identifiers.

2016-10-26 Thread Jarekt
Jarekt added a subscriber: hoo.Jarekt merged a task: T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property. TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Commented On] T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property

2016-10-26 Thread Jarekt
Jarekt added a comment. The properties I care about (P373, P1472 and P1612) all have distinctive single value constraint, so 1:1 is true. (VIAF identifier P214 has the same constraint but there are thousands of violations which can not be resolved on Wikidata without fixing VIAF database. ). So

[Wikidata-bugs] [Maniphest] [Commented On] T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property

2016-10-25 Thread Jarekt
Jarekt added a comment. Yes that is basically T99899 except for the "identifier" part. AFAIK, identifiers, like VIAF, are a special homogeneous subset of properties. Links to pages on other wikipedia would be another, links to wikidata items would be another, sitelinks like in T74815 wo

[Wikidata-bugs] [Maniphest] [Commented On] T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property

2016-10-25 Thread Jarekt
Jarekt added a comment. It is not that similar to T74815. T74815 seeks to look up Q-ID of arbitrary page based on if it is used as a sitelink. This request is for Q-ID lookup of current page based on if it is used as a property. I guess we could make it so it can look up Q-ID of arbitrary page

[Wikidata-bugs] [Maniphest] [Created] T149108: Add mw.wikibase.getEntityIdForCurrentPage for items which link to a currnt page through specific property

2016-10-25 Thread Jarekt
Jarekt created this task.Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONSitelinks from Wikidata to Commons are very unpredictable sometimes linking to categories sometimes to galleries and sometimes to other pages. On the

[Wikidata-bugs] [Maniphest] [Commented On] T74815: [Task] Add mw.wikibase.getEntityObject by site link (title) Lua function

2016-10-25 Thread Jarekt
Jarekt added a comment. Link to the discussion on the EN-WIKI on the subject https://en.wikipedia.org/wiki/Wikipedia_talk:Wikidata/Archive_4#QID_lookup_from_enwp_article_title I came here looking for the same answer. I know the wiki and the page name and want to look up the Q-IDTASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Commented On] T133918: Arbitrary Wikidata access on Commons trigers expansion depth limit

2016-10-07 Thread Jarekt
Jarekt added a comment. Similar problem with Lua triggering "expansion depth" occurred lately and was discussed in great detain at https://en.wikipedia.org/wiki/Wikipedia_talk:Lua#trouble_with_Expansion_depth the problem was solved by rewriting one of several Lua codes which was no

[Wikidata-bugs] [Maniphest] [Commented On] T142906: Data access in user language doesn't obey the uselang get parameter

2016-09-15 Thread Jarekt
Jarekt added a comment. F4472286: New Picture (2).bmp It is still not working right. I just set my preferred language to Polish and executed lua code with mw.message.new( "lang" ):plain() mw.message.getDefaultLanguage():getCode() botch returned "en" instead of "pl&q

[Wikidata-bugs] [Maniphest] [Commented On] T142903: Get sitelink from Item without loading the full Item (via Lua).

2016-08-15 Thread Jarekt
Jarekt added a comment. Current LUA implementation assumes that lua knows user language ( through call to int:lang) and gets all the sitelinks to wikipedia projects. It looks for sitelink in the chosen language and if not found than it look for sitelinks in fallback languages ending on English. If

[Wikidata-bugs] [Maniphest] [Commented On] T142903: Get sitelink from Item without loading the full Item (via Lua).

2016-08-15 Thread Jarekt
Jarekt added a comment. Maybe modify existing mw.wikibase.entity:getLabel(lang) (or write new mw.wikibase.entity:getLabel&Sitelink) so in addition to returning a label in the most relevant language, it would also returned a link to most relevant wikipedia. At the moment that is THE main us

[Wikidata-bugs] [Maniphest] [Commented On] T140792: mw.wikibase.label does not always respect uselang=

2016-08-12 Thread Jarekt
Jarekt added a comment. My take on the problem: There are 2 ways of specifying preferred language of interface and templates on Commons: You use ?uselang=ar switch on URL of the given page You provide language through your preferences The first take precedent over the second one. I assume

[Wikidata-bugs] [Maniphest] [Updated] T133918: Arbitrary Wikidata access on Commons trigers expansion depth limit

2016-04-28 Thread Jarekt
Jarekt added a project: Commons. Herald added a subscriber: Pokefan95. TASK DETAIL https://phabricator.wikimedia.org/T133918 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Pokefan95, Aklapper, Steinsplitter, Jarekt, Riley_Huntley

[Wikidata-bugs] [Maniphest] [Commented On] T49930: [Epic] Allow accessing data from a Wikidata item not connected to the current page - arbitrary access

2016-03-21 Thread Jarekt
Jarekt added a comment. May be we can do a "baby-step" and enable access to 1. numeric data, like dates, 2. alpha-numeric like Authority control Identifiers 3. and text in English only That way "multilingual nature of commons" should not get in the way. Lat

[Wikidata-bugs] [Maniphest] [Updated] T120451: Allow categories in Commons in all languages

2016-01-22 Thread Jarekt
Jarekt added a subscriber: Jarekt. Jarekt added a comment. Daniel proposed several different solutions in the post above. I do not like much approaches #1 and #2. Redirects proposed in #1 do not seem like enough. Approach #2 I think requires starting with a new structured data system and I

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T89601: Build a Multilingual tag alternative in LUA using data from Wikidata

2015-12-08 Thread Jarekt
Jarekt added a subscriber: Jarekt. TASK DETAIL https://phabricator.wikimedia.org/T89601 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, zhuyifei1999, Matanya, Liuxinyu970226, Daniel_Mietchen, Aklapper, Multichill, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T89598: Convert Template:Authority_control to Lua and use Wikidata

2015-11-10 Thread Jarekt
Jarekt added a subscriber: Jarekt. Jarekt added a comment. This would be a good "Google-Code-In-2015" project and I can volunteer to mentor (as in https://www.mediawiki.org/wiki/Google_Code-in_2015#Mentors.27_corner) whoever might try it. I think ideally we would reuse as much of ex

[Wikidata-bugs] [Maniphest] [Updated] T89598: Convert Template:Authority_control to Lua and use Wikidata

2015-11-10 Thread Jarekt
Jarekt added a project: Google-Code-In-2015. TASK DETAIL https://phabricator.wikimedia.org/T89598 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Revent, Matanya, Steinsplitter, zhuyifei1999, jeremyb, Liuxinyu970226, He7d3r, Rical, SamB

[Wikidata-bugs] [Maniphest] [Updated] T43103: initialization of the Language object is very heavy

2015-07-09 Thread Jarekt
Jarekt added a blocked task: T85461: Lua error: too many language codes requested. TASK DETAIL https://phabricator.wikimedia.org/T43103 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Purodha, Logicwiki, tstarling, bzimport

[Wikidata-bugs] [Maniphest] [Commented On] T43103: initialization of the Language object is very heavy

2015-07-09 Thread Jarekt
Jarekt added a subscriber: Jarekt. Jarekt added a comment. There was a talk of rewriting Commons template:Dir (https://commons.wikimedia.org/wiki/Template:Dir ), which is the most transcluded template on Commons to use "isRTL" LUA function, as to keep things in synch. Templa

<    1   2   3