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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Jarekt added subscribers: matej_suchanek, Jarekt.Jarekt added a comment.
In T96478#1961396, @matej_suchanek wrote:
Workaround: mw.wikibase.getEntity() always returns the target entity with the new id. So you can do:
local id = ...
local entity = mw.wikibase.getEntity(id)
if id ~= entity.id
1 - 100 of 221 matches
Mail list logo