[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] [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. Template:Dir has

[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] [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] [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] [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] 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] 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] [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) 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 use of Wikidata

[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

[Wikidata-bugs] [Maniphest] [Commented On] T158058: Errors when saving monolingual text property on Wikidata if other text with the same language exist

2017-02-14 Thread Jarekt
Jarekt added a comment. I see that User:GZWDer managed to change "British-english" to "English". The "after" screenshoot was taken today using Firefox 50.1.0 and vector skin. Originally when I created the second property with the same language the "Save&q

[Wikidata-bugs] [Maniphest] [Created] T158058: Errors when saving monolingual text property on Wikidata if other text with the same language exist

2017-02-14 Thread Jarekt
Jarekt created this task.Jarekt added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI was trying to add two common names to Q28773023 wikidata item for white monarch butterflies. The first one ("white morph of the monarch butterfly") saved properly, but w

[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 "p

[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] 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] [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

[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-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] [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

[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] [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] [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] [Edited] T152110: Moving or deleting pages should trigger update on Wikidata if page is linked through a property

2016-12-01 Thread Jarekt
Jarekt edited the task description. (Show Details) EDIT DETAILS...For example [[https://www.wikidata.org/wiki/Q13335|Q13335169159|Q1169159]]'s [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] was [[https://commons.wikimedia.org/wiki/Category:Universit%C3%A9_Bordeaux_4 |Category:Universit

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

2016-12-01 Thread Jarekt
Jarekt edited the task description. (Show Details) EDIT DETAILS...For example [[https://www.wikidata.org/wiki/Q13335|Q13335]]'s [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] was [[https://commons.wikimedia.org/wiki/Category:Universit%C3%A9_Bordeaux_4 |Category:Universit%C3%A9_Bordeaux_4

[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] [Edited] T152110: Moving or deleting pages should trigger update on Wikidata if page is linked through a property

2016-12-01 Thread Jarekt
Jarekt edited the task description. (Show Details) EDIT DETAILS...For example [[https://www.wikidata.org/wiki/Q1169159|Q11691593335|Q13335]]'s [[ https://www.wikidata.org/wiki/Property:P373 | P373 ]] was [[https://commons.wikimedia.org/wiki/Category:Universit%C3%A9_Bordeaux_4 |Category:Universit

[Wikidata-bugs] [Maniphest] [Claimed] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-08-16 Thread Jarekt
Jarekt claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Izno, daniel, Multichill, Aklapper, Ricordisamoa, JeanFred, Jarekt, ValterVB, Elitre, Jheald, Daniel_Mietchen, Nemo_bis

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-08-13 Thread Jarekt
Jarekt added a comment. I will look into it, but the issue is that mw.wikibase.label and mw.wikibase.sitelink functions do not specify input language parameter or have capability to return all labels or sitelinks. Module:Wikidata_label module take language as an input parameter

[Wikidata-bugs] [Maniphest] [Created] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2017-08-14 Thread Jarekt
Jarekt created this task.Jarekt added projects: Wikidata, Commons.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONc:Category:Creator templates with Wikidata link: item missing linkback track Commons creator pages that have a link to Wikidata, but wikidata does not have P373

[Wikidata-bugs] [Maniphest] [Commented On] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2017-08-14 Thread Jarekt
Jarekt added a comment. F9069083: New Picture (2).png In the screen shot above you can see on top Creator:Andrey_Voronikhin creator page, without c:Category:Creator templates with Wikidata link: item missing linkback, and on a bottom content of c:Category:Creator templates with Wikidata link: item

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

2017-08-15 Thread Jarekt
Jarekt added a comment. In T142903#3525501, @hoo wrote: This is about the first case (getting one sitelink by global site id). If getting all sitelinks is needed as well, we can open another ticket for this… but I would rather not do this, unless it's really needed. I was just presenting two

[Wikidata-bugs] [Maniphest] [Updated] T173262: Get arbitrary label from Item without loading the full Item (via Lua).

2017-08-15 Thread Jarekt
Jarekt added a comment. In T173262#3525498, @hoo wrote: @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. Yes, That way I can apply the fallback myself. However

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

2017-08-14 Thread Jarekt
Jarekt added a comment. 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

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-08-14 Thread Jarekt
Jarekt added a comment. Optimal solution for me would be to modify mw.wikibase.label to take optional second parameter wikibase.label( id, langCode ) , which would be the same as used by entity:getLabel. Another approach could be to create a new function, perhaps mw.wikibase.labels, which returns

[Wikidata-bugs] [Maniphest] [Commented On] T127929: [Story] Add a new datatype for linking to creators of artwork and more (smart URI)

2017-07-17 Thread Jarekt
Jarekt added a comment. In T127929#3443235, @Ghouston wrote: Technically, I suspect this would be easiest if Wikidata was allowed to hold all the items that Commons needs to store information about. That would mean allowing any user that ever uploaded his file to Commons to have an item

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. Daniel, I have not seen this error in some days now, but when it occurred purging was usually enough to fix it. It seemed to me that any save, page preview or purge of a page accessing Wikidata had some small probability of showing this error, and a new purge was a new cast

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. Yes totally at random. You make some change to a page that does not have anything to do with wikidata, preview the page and see the error, click preview again without changing anything and the error is gone. Probability of it happening was small but I was changing a lot

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#type does not say so I will check.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: daniel, putnik

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. and if data.schemaVersion == nil than type( data.schemaVersion ) will return string "nil" and trigger the error we see.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jarekt

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. In T170039#3444648, @daniel wrote: Yea, but what does "fail" mean, exactly? I guess I could just try it out, but I'm lazy with Lua. I'll check tomorrow. You will get a big red Error "Lua error in at line ...". We did not observed that. M

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-17 Thread Jarekt
Jarekt added a comment. Maybe: if type( data ) ~= 'table' or type( data.schemaVersion ) ~= 'number' then local errStr = string.format('The entity data must be a table obtained via mw.wikibase.getEntityObject ( data type = %s; schema version type = %s)', type( data ), type( data.schemaVersion

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-09 Thread Jarekt
Jarekt added a comment. I was first alerted about it on July 8, (see [[ User_talk:Jarekt#Template:PD-Polish | here ]] or here) but today it happened to me too (see below) . In both cases issue happen on Commons and purging solved the problem. F8684904: New Picture (1).jpgTASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Commented On] T127929: [Story] Add a new datatype for linking to creators of artwork and more (smart URI)

2017-07-07 Thread Jarekt
Jarekt added a comment. I am new to this discussion and I have not read every word above, but the easiest solution to me seems to allow every author to have their own M-code item on structured-common. Than the new datatype would allow either a q-code or m-code as its value. We could also have M

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

2017-07-21 Thread Jarekt
Jarekt added a comment. F8805562: New Picture (15).png Screen shot of today's error with time stampTASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: hoo, Anomie, gerritbot, thiemowmde, Salgo60

[Wikidata-bugs] [Maniphest] [Commented On] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

2017-04-26 Thread Jarekt
Jarekt added a comment. Is it always mw.wikibase.getEntity that throws this error? That would narrow it down. "args.wikidata" does not change in my code: it is always q-code which was provided. However there might be other calls to getEntity to get labels and links for city name

[Wikidata-bugs] [Maniphest] [Updated] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

2017-04-26 Thread Jarekt
Jarekt added a comment. data.P27 is not arbitrary string but output of Module:Wikidata's formatStatements(...,displayformat='raw'}) which is suppose to return a q-code. That said it might still be unsafe as this code uses functionality of Module:Wikidata which might not have been used much

[Wikidata-bugs] [Maniphest] [Commented On] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

2017-04-26 Thread Jarekt
Jarekt added a comment. I am doing all the testing on Module:Creator/sandbox and Template:Creator/sandbox. Feel free to change them as you wish. I do not think there is a need to change the protection on the live module, especially any vandalism by a 3rd party would result in vandalism of 1.6M

[Wikidata-bugs] [Maniphest] [Commented On] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

2017-04-26 Thread Jarekt
Jarekt added a comment. I think you found the actual issue here. Creator template with "nationality" field bypasses that code and if you provide it the problem does not occur. See User:Jarekt/a. I will fix the module tonight. Thanks matej ! That fixes my specific issue; however my b

[Wikidata-bugs] [Maniphest] [Created] T163815: Lua error: "The ID entered is unknown to the system. Please use a valid entity ID." with valid q-code

2017-04-25 Thread Jarekt
Jarekt created this task.Jarekt added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONLately I completed T89597 and rolled out on Commons [[Module:Creator]] that mimics [[Template:Creator]] but can also fetch any field from Wikidata

[Wikidata-bugs] [Maniphest] [Updated] T172150: Extend DuplicateReferences gadget to allow copying Identifier properties as references

2017-07-31 Thread Jarekt
Jarekt added a project: Wikidata-Gadgets.Herald added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T172150EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Aklapper, Jarekt, PokestarFan, GoranSMilovanovic, QZanden, dachary, Izno

[Wikidata-bugs] [Maniphest] [Updated] T172776: Property labels missing on some items

2017-08-08 Thread Jarekt
Jarekt added a comment. F8986122: New Picture.png The property or item lookup by name does not work anymore. Instance of "human" is not recognized but Instance of "Q5" is. See the image where property "Imported from" is not recognized and P143 is mi

[Wikidata-bugs] [Maniphest] [Commented On] T112426: [Bug] Querying Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old

2017-05-16 Thread Jarekt
Jarekt added a comment. I just run into this issue while debugging why c:Template:Label is not working correctly for users coming from "be-tarask" wiki. I finally tracked it down to the fact that mw.wikibase.getEntity('Q1'):getSitelink( 'be-taraskwiki' ) does not return anyt

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

2017-05-30 Thread Jarekt
Jarekt added a comment. Yes I wrote Module:Wikidata label last September and converted several hundred templates associated with template:City, to use it. Now also all the Creator templates use that module to display persons name, if Wikidata q-code is present. I will slowly remove "name&qu

[Wikidata-bugs] [Maniphest] [Commented On] T74815: [Task] Add Lua function to get Wikibase entity by site link (title)

2017-06-05 Thread Jarekt
Jarekt added a comment. In T74815#3314217, @Tpt wrote: The plan is to have at least one function mw.wikibase.getEntityIdForTitle( pageTitle ) -> string|null that returns the entity id of the item related to the page on the current wiki with for title pageTitle. No the syntax should not be t

[Wikidata-bugs] [Maniphest] [Created] T167521: Simplify access to properties that currently require traversing numerous items

2017-06-09 Thread Jarekt
Jarekt created this task.Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONMany properties related to an item are stored in other items and are presently very hard to access by templates using wikidata. For example: taxon

[Wikidata-bugs] [Maniphest] [Commented On] T167521: Simplify access to properties that currently require traversing numerous items

2017-06-09 Thread Jarekt
Jarekt added a comment. Discussion at Wikidata:Project_chat related to this issue.TASK DETAILhttps://phabricator.wikimedia.org/T167521EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Aklapper, Jarekt, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T176416: Save Wikidata's properties that link to Commons pages in a uniform format

2017-09-21 Thread Jarekt
Jarekt created this task.Jarekt added projects: Wikidata, Commons.Herald added a subscriber: Aklapper. TASK DESCRIPTIONCurrently properties that link to non-file Commons pages , like Commons category (P373), Commons gallery (P935), Commons Creator page (P1472), or Commons Institution page (P1612

[Wikidata-bugs] [Maniphest] [Commented On] T150085: Wrong coordinate display in wikidata page

2017-10-09 Thread Jarekt
Jarekt added a comment. F10098632: New Picture (9).png I just come to report very similar issue. See Laos (Q819 ) item. the latitude stored is (19.37, 102.57) or 19° 22′ 0.001200″ N, 102° 34′ 0.001200″ E. The display should have been 19°22'0.00"N, 102°34'0.00"E, but it is i

[Wikidata-bugs] [Maniphest] [Closed] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-12 Thread Jarekt
Jarekt closed this task as "Resolved".Jarekt added a comment. I deployed new Module:Wikidata_label code and verified that a page showing "Berlin" label does not load the whole entity to display it. Similar task needs to be done to Module:Authority_control which I will also

[Wikidata-bugs] [Maniphest] [Unblock] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

2017-10-12 Thread Jarekt
Jarekt closed subtask T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Pokestar

[Wikidata-bugs] [Maniphest] [Commented On] T169326: Type constraints still report false violations

2017-10-12 Thread Jarekt
Jarekt added a comment. In T169326#3679598, @Lucas_Werkmeister_WMDE wrote: Do you also see the constraint violation on d:Special:ConstraintReport or when looking at the item with the checkConstraints gadget enabled? No I do not. I will check with KrBot.TASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-12 Thread Jarekt
Jarekt added a comment. The input to the template:label is q-code and the language. Language is optional and the code you highlighted will not be used if the language of the user matches the language returned by mw.wikibase.getLabelWithLang, which supposed to happen if language is not provided

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-12 Thread Jarekt
Jarekt added a comment. Ok, lets look at the whole code for fetching label: -- try easy way to get label (visible part of the link) if not entity then label, language = mw.wikibase.getLabelWithLang( item ) if lang~=language then label = nil -- does not match desired language so lets nuke

[Wikidata-bugs] [Maniphest] [Commented On] T169326: Type constraints still report false violations

2017-10-12 Thread Jarekt
Jarekt added a comment. I am confused about this issue is it fixed or is it still a problem? Is the task is "resolved" but the fix is not deployed yet? I came to phabricator to report an issue I noticed today with "type constraint " d:Wikidata:Database reports/Constraint viol

[Wikidata-bugs] [Maniphest] [Commented On] T173761: Handle time data values

2017-08-28 Thread Jarekt
Jarekt added a comment. F9195035: New Picture (4).png I am new to primary-sources tool, but for me it does not even handle simple dates like years. The tool proposes duplicate statements and if you approve it it adds it and proposes another copyTASK DETAILhttps://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Commented On] T109324: [Story] Provide lua module for handling Wikibase time values

2017-09-01 Thread Jarekt
Jarekt added a comment. Adding Module:Wikidata date to the collectionTASK DETAILhttps://phabricator.wikimedia.org/T109324EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Jarekt, Ricordisamoa, matej_suchanek, aude, Aklapper, GoranSMilovanovic, QZanden

[Wikidata-bugs] [Maniphest] [Commented On] T173761: Handle time data values

2017-08-30 Thread Jarekt
Jarekt added a comment. I am using gadget version from preferences.TASK DETAILhttps://phabricator.wikimedia.org/T173761EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Hjfocs, JarektCc: Tpt, Afnecors, Kiailandi, Jarekt, Hjfocs, Aklapper, Smalyshev

[Wikidata-bugs] [Maniphest] [Updated] T179937: Add a new Wikidata datatype for linking to Commons pages or expand ''Commons media file'' type

2017-11-15 Thread Jarekt
Jarekt merged a task: T176416: Save Wikidata's properties that link to Commons pages in a uniform format. TASK DETAILhttps://phabricator.wikimedia.org/T179937EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Jarekt, Aklapper, Lahi, GoranSMilovanovic

[Wikidata-bugs] [Maniphest] [Merged] T176416: Save Wikidata's properties that link to Commons pages in a uniform format

2017-11-15 Thread Jarekt
Jarekt closed this task as a duplicate of T179937: Add a new Wikidata datatype for linking to Commons pages or expand ''Commons media file'' type. TASK DETAILhttps://phabricator.wikimedia.org/T176416EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc

[Wikidata-bugs] [Maniphest] [Updated] T179937: Add a new Wikidata datatype for linking to Commons pages or expand ''Commons media file'' type

2017-11-20 Thread Jarekt
Jarekt added a comment. I was looking for a datatype which has many properties of sitelinks and Commons media file datatype, like including tracking of deletions and renames, automatic and robust link display and with some internal conversion to a common format (underscores changed into spaces

[Wikidata-bugs] [Maniphest] [Commented On] T177698: AuthorityControl doesn't provide links to non-files on Commons and coordinates anymore

2017-11-01 Thread Jarekt
Jarekt added a comment. I reported this issue on Wikidata:Project_chat. I have no idea why AuthorityControl.js would be related to links to Commons. I thought it only does links for identifiers and coordinates. I have problems with Commons category (P373) and Commons creator (P1472). Usually

[Wikidata-bugs] [Maniphest] [Created] T179937: Add a new Wikidata datatype for linking to Commons pages or expand ''Commons media file'' type

2017-11-07 Thread Jarekt
Jarekt created this task.Jarekt added projects: Wikidata, Commons, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONMany properties store links to pages on Commons and with exception of links to images all other links are stored as ''strings'' type. I

[Wikidata-bugs] [Maniphest] [Updated] T74815: [Task] Add Lua function to get Wikibase entity by site link (title)

2017-12-11 Thread Jarekt
Jarekt added a comment. I have high hopes that T99899 will be implemented in the future as well. It would be nice if, solution we will pick for this task would help, or at least not hurt T99899 task.TASK DETAILhttps://phabricator.wikimedia.org/T74815EMAIL PREFERENCEShttps

[Wikidata-bugs] [Maniphest] [Commented On] T178187: Support Javascript-based tools on Wikimedia Commons in the transition to structured data

2017-10-25 Thread Jarekt
Jarekt added a comment. I think we need a designated page with a table where people can add their favorite gadgets, and where we can discus potential impact of Structured Data on them.TASK DETAILhttps://phabricator.wikimedia.org/T178187EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-24 Thread Jarekt
Jarekt added a comment. In T173194#3704993, @hoo wrote: This actually took me a while to figure: The variable link in your function is not local, thus leaking state across function calls, that's why this behaves so weirdly. Declare it local and it should all be sane again. @hoo, Thanks

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-11 Thread Jarekt
Jarekt added a comment. The type of data we are copying from Wikimedia projects to to Wikidata is not copyrightable. Those are just facts, like coordinates, dates, names, filenames, identifiers (like VIAF numbers, etc.), etc. on Commons we have template for such data: https://commons.wikimedia.org

[Wikidata-bugs] [Maniphest] [Edited] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates

2018-05-30 Thread Jarekt
Jarekt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONI have never seen "Failed to serialize data" before May 24 outage, when suddenly large number of pages showed it. The outage is over, but the pages with that error message are still showing up i

[Wikidata-bugs] [Maniphest] [Created] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates

2018-05-30 Thread Jarekt
Jarekt created this task.Jarekt added projects: MediaWiki-extensions-WikibaseClient, Commons.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONI have never seen "Failed to serialize data" before May 24 outage, when suddenly large number of pa

[Wikidata-bugs] [Maniphest] [Commented On] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates

2018-05-30 Thread Jarekt
Jarekt added a comment. In T195962#4243078, @Tgr wrote: I doubt much can be done about it unless you are willing to error out on page rendering when Wikibase is dead (which would make outages much worse). A more specific tracking category and reduced parser cache TTL would be nice though. (FWIW

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-19 Thread Jarekt
Jarekt added a comment. I am testing new code in Module:Wikidata label/sandbox. The label selection code becomes userLang = mw.getCurrentFrame():callParserFunction( "int", "lang" ) -- try easy way to get label (visible part of the link) -- call if requesting labe

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-23 Thread Jarekt
Jarekt added a comment. I tried : = require('Module:Test')._enSitelink('Q123') September = require('Module:Test')._enSitelink('Q321') Milky Way Where function p._enSitelink(item) return mw.wikibase.sitelink( item, 'enwiki' ) end and it seems to work fine. It would be nice to reproduce

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

2017-10-23 Thread Jarekt
Jarekt added a comment. I restored earlier version of the module code that did not use mw.wikibase.sitelink function. Valerio.bozzolan test can still be tried on the /Sandbox version of the module. See screen shot below. It seems to me that mw.wikibase.getLabelWithLang function worked fine

[Wikidata-bugs] [Maniphest] [Commented On] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata

2018-02-10 Thread Jarekt
Jarekt added a comment. I just got welcome message from Pashto Wikipedia (https://ps.wikipedia.org/wiki/%D8%AF_%DA%A9%D8%A7%D8%B1%D9%86_%D8%AE%D8%A8%D8%B1%DB%90_%D8%A7%D8%AA%D8%B1%DB%90:Jarekt) where I have no edits.TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps

[Wikidata-bugs] [Maniphest] [Updated] T89600: Convert Template:Artwork to LUA and use Wikidata

2018-02-16 Thread Jarekt
Jarekt added a comment. I began to work on this task. See c:Module:Artwork/sandbox. The plan is similar to T89599 and T89597 tasks and has several stages reproduce current Artwork template capabilities in Lua supplement missing artwork parameters with data from Wikidata compare Commons

[Wikidata-bugs] [Maniphest] [Commented On] T196674: Stop using "century" and "millennium" in association with Wikidata datetime data

2018-07-17 Thread Jarekt
Jarekt added a comment. Current Wikibase definition of beginning and ending years of a century and millennium are in synch with the definitions in the English or German Wikipedia, see :de:19._Jahrhundert for example. Maybe Wikibase software could just provide a link to the item like Q6955

[Wikidata-bugs] [Maniphest] [Commented On] T95553: Full stop in messages such as Wikibase-time-precision-century is incorrect in English

2018-07-17 Thread Jarekt
Jarekt added a comment. I agree that we should have correct translation of phases like "19th century" to English and other languages. On Commons we have dealt with this over a decade ago and you can find translations to various languages at c:Module:I18n/complex_date.TASK D

[Wikidata-bugs] [Maniphest] [Commented On] T95553: Full stop in messages such as Wikibase-time-precision-century is incorrect in English

2018-07-17 Thread Jarekt
Jarekt added a comment. Phabricator tickets are not a good place to debate the definitions of phrases like "20th century". The meaning of that term was defined a long time ago and should not depend on Wikidata or other software. I am no expert on the matter but articles on individual

[Wikidata-bugs] [Maniphest] [Updated] T145531: [feature request] allow calculated properties, derived properties

2018-03-11 Thread Jarekt
Jarekt added a comment. This idea seems very similar to my T167521 proposal.TASK DETAILhttps://phabricator.wikimedia.org/T145531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Jarekt, Yair_rand, Liuxinyu970226, Aklapper, Esc3300, Lahi, Gq86

[Wikidata-bugs] [Maniphest] [Updated] T99899: [Story] Looking up entities by external identifiers

2018-04-09 Thread Jarekt
Jarekt added a comment. I would turn it on for all the properties that have "distinct values constraint" constraints, ensuring that each identifier points to a single item (except for constraint violations. Also per T149108 task (merged with this one) I hope this task will include Prope

[Wikidata-bugs] [Maniphest] [Commented On] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2018-04-18 Thread Jarekt
Jarekt added a comment. Two more random thoughts: There might be two separate issues here: (1) page pulling data from Wikidata not updated after edit on Wikidata and (2) that page purge removes category from the page but does not trigger removal of the page from the category Related to issue 1

[Wikidata-bugs] [Maniphest] [Commented On] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2018-04-18 Thread Jarekt
Jarekt added a comment. Some observations from the trenches (in case they help). So in case of Category:Creator templates with Wikidata link: item missing linkback: The pages in the category will not disappear for a very long time (next edit?) even if the condition that triggered addition

[Wikidata-bugs] [Maniphest] [Updated] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2018-04-18 Thread Jarekt
Jarekt added a comment. In T173339#4139802, @daniel wrote: As to problem (1) - you said in the task description "When P373 property is added to the item on Wikidata, the page itself no longer shows the category". That would mean problem (1) does not exist - or am I misunderstanding

[Wikidata-bugs] [Maniphest] [Closed] T89600: Convert Template:Artwork to LUA and use Wikidata

2018-04-17 Thread Jarekt
Jarekt closed this task as "Resolved".Jarekt added a comment. Module:Artwork is now live on Commons. I assume the module will go through several iterations, but the initial version mostly focused on reproducing capabilities of current {{Artwork}} template is deployed.TASK D

[Wikidata-bugs] [Maniphest] [Unblock] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

2018-04-17 Thread Jarekt
Jarekt closed subtask T89600: Convert Template:Artwork to LUA and use Wikidata as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: SandraF_WMF, PokestarFan, Nizil, Poyekhali

[Wikidata-bugs] [Maniphest] [Commented On] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2018-04-19 Thread Jarekt
Jarekt added a comment. That is correct description.TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: daniel, aaron, Mike_Peel, zhuyifei1999, Lea_Lacroix_WMDE, Lydia_Pintscher, Yann, Agabi10

[Wikidata-bugs] [Maniphest] [Updated] T177698: AuthorityControl doesn't provide links to non-files on Commons and coordinates anymore

2018-04-20 Thread Jarekt
Jarekt added a comment. I just opened 10 random pages with P373 and they all did not have links. The same issue with: Commons Creator page (P1472), Commons gallery (P935), Commons Institution page (P1612), etc. It is a major issue for those maintaining those properties. I do not know why

[Wikidata-bugs] [Maniphest] [Edited] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified

2018-04-19 Thread Jarekt
Jarekt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONLet a page on a client wiki add [[[https://commons.wikimedia.org/wiki/Category:Creator_templates_with_Wikidata_link:_item_missing_linkback|a tracking category]] if the linked item is missing a P1472 statementTASK

[Wikidata-bugs] [Maniphest] [Claimed] T89600: Convert Template:Artwork to LUA and use Wikidata

2018-03-02 Thread Jarekt
Jarekt claimed this task.Jarekt added a comment. Some progress to report: Template:Size is now rewritten in Lua, See c:Module:Size A preliminary version of Module:Artwork can be found at Module:Artwork/sandbox with some tests at Module talk:Artwork/sandbox/testcases. The code can pull from

  1   2   3   >