GWicke created this task.GWicke added projects: Services (next), Wikidata, RESTBase-API, Mobile-Content-Service.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONBasically none of the current REST API end points in https://www.wikidata.org/api/rest_v1/ are actually useful currently. HTML
GWicke triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GWickeCc: mobrovac, bearND, Mholloway, Pchelolo, Eevans, daniel, Aklapper, GWicke, D3r1ck01, Izno, Hardikj,
bearND added a comment.
+1 for dropping from me as well.TASK DETAILhttps://phabricator.wikimedia.org/T149114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bearNDCc: mobrovac, bearND, Mholloway, Pchelolo, Eevans, daniel, Aklapper, GWicke, D3r1ck01, Izno,
Sebotic created this task.Sebotic added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONHi everyone,
Recently, I noticed that, as long as I am a logged in user, a Wikidata page would not display a HTML link for the Enzyme commission number (P591). I tried that on Firefox
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 would be yet
Smalyshev added a comment.
Note: I don't think we need 800G of diskspace there. Somewhere around 400 G would be enough for at least some time.TASK DETAILhttps://phabricator.wikimedia.org/T148747EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Deskana,
thiemowmde closed this task as "Resolved".thiemowmde moved this task from Backlog to Done on the Wikidata-Sprint-2016-10-12 board.
TASK DETAILhttps://phabricator.wikimedia.org/T144308WORKBOARDhttps://phabricator.wikimedia.org/project/board/2253/EMAIL
hoo added a comment.
AFAIR in the past we blocked similar efforts on being able to parse all dates we output (so that they could in theory be fed back to the repo).
@Lydia_Pintscher: Do we still need to block on this?TASK DETAILhttps://phabricator.wikimedia.org/T149005EMAIL
Mvolz added a comment.
In T131661#2515755, @BrillLyle wrote:
Curious if it would be possible to have whatever is currently working in Wiki Markup (the magnifier/lookup button) that does a lookup function -- and have inter-operability with Wikidata -- in addition to making Citoid work with Visual
Tobi_WMDE_SW added a comment.
"Add reference with one snak" from Oct 15th was caused by a Saucelabs hiccup, see https://wiki.saucelabs.com/display/DOCS/Common+Error+Messages#CommonErrorMessages-TheConnectionwithYourVirtualMachinewasLostandYourJobCan'tComplete
I've mentioned it here as well:
Jonas closed subtask T142179: [Story] Line chart diagram as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T115833EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Yurik, StudiesWorld, Jonas, Aklapper, mschwarzer, Avner, debt, Gehel,
Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T142179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Aklapper, Jonas, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, FloNight, Xmlizer,
Mvolz removed a project: VisualEditor.Herald added a project: VisualEditor.
TASK DETAILhttps://phabricator.wikimedia.org/T148928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Sophivorus, MvolzCc: Daniel_Mietchen, Iniquity, Sophivorus, merbst, Wess, D3r1ck01,
Mvolz changed the title from "Wikidata integration" to "Wikidata integration for proveit gadget".
TASK DETAILhttps://phabricator.wikimedia.org/T148928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Sophivorus, MvolzCc: Daniel_Mietchen, Iniquity, Sophivorus,
Mvolz added projects: Wikidata, Citoid.Herald added a project: VisualEditor.
TASK DETAILhttps://phabricator.wikimedia.org/T148928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Sophivorus, MvolzCc: Daniel_Mietchen, Iniquity, Sophivorus, merbst, Wess,
Mvolz added a comment.
You might be interested in this task, which is about adding support in citoid for wikidata: T131661
It faces a lot of the same challenges, although there it maps citoid parameters to wikidata parameters, and not template parameters directly to wikidata parameters. However,
hoo created this task.hoo added projects: Wikidata, Browser-Tests.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONBoth of these failed at some point on test.wikidata:
Gehel reassigned this task from Gehel to Deskana.Gehel added a comment.
@Deskana I reassign this to you. Let me know if you need more details or if you want me to move forward and open a hardware request for this.TASK DETAILhttps://phabricator.wikimedia.org/T148747EMAIL
thiemowmde added a comment.
On IRC @daniel and I decided that we actually want to wrap the whole list of values in another span even if it has only one element.
As argued in the comments in https://gerrit.wikimedia.org/r/317127 I disagree:
The one and only guarantee we want to give is that the
daniel added a comment.
In T147307#2739272, @Izno wrote:
Why wouldn't you always output an HTML list at that point?
Because we usually want inline rendering, not a block level element.TASK DETAILhttps://phabricator.wikimedia.org/T147307EMAIL
thiemowmde added a comment.
(Note: I edited my comment above.)
If you were the poor soul writing a CSS rule for styling values in a statement list, you would hate any special casing here.
I am the "poor soul" writing CSS. I can assure you, there is no problem with wrapping things that are lists
Addshore added a project: WMDE-QWERTY-Team-Board.
TASK DETAILhttps://phabricator.wikimedia.org/T149083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lydia_Pintscher, D3r1ck01, dpatrick, Izno, Luke081515, Wikidata-bugs, aude,
Addshore added a project: WMDE-QWERTY-Team-Board.
TASK DETAILhttps://phabricator.wikimedia.org/T149082EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lydia_Pintscher, D3r1ck01, dpatrick, Izno, Luke081515, Wikidata-bugs, aude,
Gehel claimed this task.Gehel added a comment.
Side note: at this point, the need to increase hardware is more for availability than for scalability.
Constraints:
We want to be able to continue operations in the case where we loose a datacenter, including normal maintenance operations.
Each
daniel added a comment.
@thiemowmde wrote
If the output is a single DOM element anyway, there is no need to do this.
Consistency. If you were the poor soul writing a CSS rule for styling values in a statement list, you would hate any special casing here.
The contrary: It will cause unnecessary
Addshore added a comment.
I have now also added the site http://frwiktionary-cognate.wmflabs.org/ and enabled the InterwikiSorting extension (set to sort de -> fr -> en)TASK DETAILhttps://phabricator.wikimedia.org/T148713EMAIL
gerritbot added a comment.
Change 317127 merged by jenkins-bot:
Always wrap output of the {{#statements|…}} function in a
https://gerrit.wikimedia.org/r/317127TASK DETAILhttps://phabricator.wikimedia.org/T147307EMAIL
Addshore edited the task description. (Show Details)
EDIT DETAILS...The extension has been coded so that the cluster & db are configurable. For all wiktionaries a single db table would be used. The table would include a single row for each wiktionary page, initially in the main namespace. Based on
Addshore edited the task description. (Show Details)
EDIT DETAILS... - Roughly 27 million rows in the table.
In the schemas below cgti_title is the dbkey for the title as stored on the local site. cgti_key is a normalized version of this title currently based on some simply rules at
thiemowmde added projects: Wikidata-Sprint-2016-10-12, Wikidata-Gadgets.thiemowmde added a comment.
@Glorian_Yapinus worked on an updated version of the statementSort gadget, containing all properties in an order that (mostly) makes sense, no matter at what item the user looks. The new
Addshore created this task.Addshore added projects: Security-Reviews, Cognate, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONProject Information
Name of tool/project: Cognate (mediawiki extension)
Project home page: https://www.mediawiki.org/wiki/Extension:Cognate
Name of team
Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T149082EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Addshore, Lydia_Pintscher, D3r1ck01, dpatrick, Izno, Luke081515, Wikidata-bugs, aude,
Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T149083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lydia_Pintscher, D3r1ck01, dpatrick, Izno, Luke081515, Wikidata-bugs, aude,
Addshore created this task.Addshore added projects: Security-Reviews, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONProject Information
Name of tool/project: InterwikiSorting (mediawiki extension)
Project home page: https://www.mediawiki.org/wiki/Extension:InterwikiSorting
Name
Addshore added a project: User-Addshore.
TASK DETAILhttps://phabricator.wikimedia.org/T148988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: hoo, Aklapper, jcrespo, Addshore, Marostegui, Minhnv-2809, D3r1ck01, Izno, Luke081515, Wikidata-bugs,
hashar added a comment.
See https://doc.wikimedia.org/Wikibase/master/php/ for the generated output.TASK DETAILhttps://phabricator.wikimedia.org/T66996EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, hasharCc: thiemowmde, Jonas, Ladsgroup,
gerritbot added a comment.
Change 317840 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Enable Wikibase #statements parser function on all test wikis
https://gerrit.wikimedia.org/r/317840TASK DETAILhttps://phabricator.wikimedia.org/T142940EMAIL
thiemowmde closed subtask T66996: [Story] Automatically create Doxygen documentation of Wikibase PHP code as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T108946EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Liuxinyu970226,
Addshore added a comment.
In T148988#2742025, @jcrespo wrote:
The main blocker is: is everything that this table has 100% public, or will it contain some private information. If it is fully public, it will be replicate do labs, assuming it will be useful there (I would assume yes). If there is
hoo added a comment.
E.g en.WP does not allow auto-formatted dates
In that case they are free to keep using the ISO-like representation.TASK DETAILhttps://phabricator.wikimedia.org/T149005EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Izno, Aklapper,
daniel added a comment.
In T147307#2741801, @thiemowmde wrote:
I am the "poor soul" writing CSS. I can assure you, there is no problem with wrapping things that are lists in a tag that represents a list, and not doing this with things that are not a list.
Well, I guess that's the crux of the
thiemowmde added subscribers: Ladsgroup, thiemowmde.thiemowmde assigned this task to Ladsgroup.thiemowmde edited projects, added Wikidata-Sprint-2016-10-12; removed Patch-For-Review.thiemowmde closed this task as "Resolved".thiemowmde moved this task from ready to go to in current sprint on the
Izno added a comment.
In T147307#2741800, @daniel wrote:
In T147307#2739272, @Izno wrote:
Why wouldn't you always output an HTML list at that point?
Because we usually want inline rendering, not a block level element.
Inline rendering is a trivial CSS fix (and can be varied based on classing
Izno added a comment.
There are likely some "local consensus" type issues with this one. E.g en.WP does not allow auto-formatted dates (which is what I assume is meant by "formatted in Wikitext output). I do not know if other wikis have done the same.TASK
hashar added a comment.
Kudos @Ladsgroup :]TASK DETAILhttps://phabricator.wikimedia.org/T133028EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, hasharCc: thiemowmde, Ladsgroup, Ricordisamoa, gerritbot, hashar, TerraCodes, Lydia_Pintscher,
thiemowmde added subscribers: Ladsgroup, Jonas, thiemowmde.thiemowmde added a project: Wikidata-Sprint-2016-10-12.thiemowmde assigned this task to Ladsgroup.thiemowmde closed this task as "Resolved".thiemowmde moved this task from ready to go to in current sprint on the Wikidata board.thiemowmde
thiemowmde added a comment.
Did I forget to mention @hashar? Would not have been possible without him. Thank you!TASK DETAILhttps://phabricator.wikimedia.org/T133028EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, thiemowmdeCc: thiemowmde,
jcrespo added a comment.
@Addshore I have some questions, they are not long, but they depend on each other, so I would love to chat with you when you find the time, as that will simplify the interaction. I am at Europe Timezone, so if you can find some time to meet at IRC, it would be great.
The
thiemowmde added a comment.
Sounds more like the disagreement is what the purpose of the new feature is, who will use it, for what and how. To me your arguments sound like you are outputting XML or JSON. Sure, as a consumer of an XML stream I would not like it if some nodes are sometimes not
Gehel closed subtask T146158: Configure varnish to include wdqs nodes in codfw as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: thcipriani, Stashbot, gerritbot, Gehel, Aklapper,
Gehel closed this task as "Resolved".Gehel added a comment.
This has been resolved by implementing LVS as described on T132457.TASK DETAILhttps://phabricator.wikimedia.org/T146158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Aklapper, Smalyshev,
hoo added a comment.
In T149005#2742058, @Izno wrote:
In T149005#2742049, @hoo wrote:
E.g en.WP does not allow auto-formatted dates
In that case they are free to keep using the ISO-like representation.
By which you mean, use {{#property}} rather than {{#statement}}?
For now, yes, I
Izno added a comment.
In T149005#2742049, @hoo wrote:
E.g en.WP does not allow auto-formatted dates
In that case they are free to keep using the ISO-like representation.
By which you mean, use {{#property}} rather than {{#statement}}?TASK DETAILhttps://phabricator.wikimedia.org/T149005EMAIL
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
hoo added a comment.
I'm inclined to close this as invalid: This suggests to add some sugar on top of T74815 in a rather Wikimedia specific manner.
If we actually want to have something like this, we probably want to change the properties use another (new) data type.TASK
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
hoo changed the title from "[Task] Create mw.wikibase.entity:formatStatementValues for human readable access to statements" to "[Task] Create mw.wikibase.entity:formatStatements for human readable access to statements".
TASK DETAILhttps://phabricator.wikimedia.org/T142942EMAIL
hoo claimed this task.hoo moved this task from Proposed to Doing on the Wikidata-Sprint-2016-10-12 board.hoo added a comment.
I'm working on this, but wont manage to finish it today.TASK
hoo added a comment.
So you actually want a lookup for a the item that has P1472 with a certain value. That would be (at least very similar to) T99899, I guess.TASK DETAILhttps://phabricator.wikimedia.org/T149108EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
60 matches
Mail list logo
