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 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 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
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.
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.
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 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 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
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 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.
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
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
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
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 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.
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 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 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.
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 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.
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
201 - 223 of 223 matches
Mail list logo