kaldari added a comment.
Is this still a valid feature request? The main problem identified in the
description (that some articles are linked to in Wikidata via redirects)
doesn't seem to actually be a problem, as this is explicitly allowed on
Wikidata, and desirable in many situations
kaldari added a comment.
> https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/602422/
still seems like a product decision by @Lydia_Pintscher and or
@Samantha_Alipio_WMDE that needs to happen here.
In that case, would you mind asking one of them to respond h
kaldari added a comment.
If there are no objections within the next two weeks, I'm planning on +2ing
https://gerrit.wikimedia.org/r/602412 and https://gerrit.wikimedia.org/r/602422.
TASK DETAIL
https://phabricator.wikimedia.org/T235420
EMAIL PREFERENCES
https://phabricator.wikimedia.org
kaldari added a subscriber: Addshore.
kaldari added a comment.
@Addshore - Both Amir and myself have tried to ping @Lydia_Pintscher by
Phabricator and email several times over the last six months to see if she had
any remaining objections to merging https://gerrit.wikimedia.org/r/602412
kaldari added a comment.
Note that this has been made into a proposal at the Community Wishlist
Survey:
https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Wikidata/Link_Wikipedia_redirects_to_Wikidata_items
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL
kaldari added a comment.
In T95553#3695730 <https://phabricator.wikimedia.org/T95553#3695730>,
@thiemowmde wrote:
> The message for this is
https://translatewiki.net/wiki/MediaWiki:Wikibase-time-precision-century/en. We
could remove the dot if this makes the situati
kaldari added a project: WikibaseMediaInfo.
TASK DETAIL
https://phabricator.wikimedia.org/T266830
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Aklapper, kaldari, CBogen, Akuckartz, Nandana, lucamauri, Lahi, Gq86,
Ramsey-WMF
kaldari created this task.
kaldari added projects: Wikibase-Lua, Structured-Data-Backlog, Structured Data
Engineering.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Here's my use case... On English Wikipedia we need
kaldari merged a task: T266812: Add license drop down to Special:MediaSearch.
kaldari added subscribers: kaldari, Ramsey-WMF.
TASK DETAIL
https://phabricator.wikimedia.org/T257938
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Cparle, kaldari
Cc
kaldari added a comment.
@TheDJ @Tgr - It seems that most of the work currently being done in relation
to this is at T259617 <https://phabricator.wikimedia.org/T259617> and
associated subtasks. Not sure why those aren't connected here though.
TASK DETAIL
https://phabricator.wikimed
kaldari added a comment.
@eprodromou - We already have an API for retrieving the description, whether
local or central (`action=query=description`). Why would we create a
separate API just for local descriptions? And what does "managing" local
descriptions mean? The editing compo
kaldari added a comment.
@Iniquity - Your continued arguments here are inappropriate and disruptive.
Please stop. We have already agreed to implement this change at the request of
the English Wikipedia community. If you have concerns about the merits of this
change, please take them
kaldari added a comment.
> There is not about local consensus of enwiki, they can do whatever they
want, it's about how the developers and the fond implement the integration with
wikidata and between all projects.
Nothing will change regarding the Wikidata integration for other proje
kaldari added projects: Platform Engineering, Platform Team Workboards
(Platform-Product Roadmap).
TASK DETAIL
https://phabricator.wikimedia.org/T248457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Pigsonthewing, GhostInTheMachine
kaldari added a comment.
Can we please stop rehashing the RFC here? If there is difference of opinion
on the merits of this change, please seek consensus on Wikipedia, not here.
Arguing here only wastes the time of everyone involved.
TASK DETAIL
https://phabricator.wikimedia.org/T248457
kaldari added a comment.
@Pfps - I think the main blocker at this point is T140131
<https://phabricator.wikimedia.org/T140131>, which is unassigned and hasn't had
any comments since 2017.
TASK DETAIL
https://phabricator.wikimedia.org/T97566
EMAIL PREFERENCES
kaldari added a comment.
@Iniquity - There are other issues as well. For example, the Wikidata
community's insistence that Wikidata descriptions are primarily for
disambiguation on Wikidata and not intended for other use cases. This is why we
have Wikidata descriptions like:
one
kaldari added a comment.
> This will solve T54564 <https://phabricator.wikimedia.org/T54564>?
@Eugene - If you mean this specific task, no. If you mean Ladsgroup's patch
discussed above, yes.
TASK DETAIL
https://phabricator.wikimedia.org/T235420
EMAIL PREFERENCE
kaldari added a comment.
For context, Wikidata now has over 85,000 sitelinks to redirects on English
Wikipedia alone
<https://en.wikipedia.org/wiki/Category:Redirects_connected_to_a_Wikidata_item>.
Of those, at least 27,000 are intentional
<https://en.wikipedia
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ameisenigel, deryckchan, CptViraj, AS, Perhelion, Bovlb, Dvorapa, mxn,
dbarratt, Daniel_Mietchen
kaldari added a comment.
Since the only wikis using `$wgWikibaseAllowLocalShortDesc` are English
Wikipedia and Test Wikipedia, I think we should just repurpose that config
variable rather than creating a new one. To implement this change, we'll
probably need to do some refactoring
kaldari merged a task: T252139: return of the infamous bug that displays QID
instead of labels.
kaldari added subscribers: Hsarrazin, kaldari, RhinosF1, Fralambert, Lyokoi,
VIGNERON.
TASK DETAIL
https://phabricator.wikimedia.org/T252079
EMAIL PREFERENCES
https://phabricator.wikimedia.org
kaldari closed this task as a duplicate of T252079:
mw.wikibase.getLabelByLang(Q1,en) returning nil today.
Restricted Application removed a subscriber: Liuxinyu970226.
TASK DETAIL
https://phabricator.wikimedia.org/T252139
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T252165
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Liuxinyu970226, Aklapper, kaldari, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
kaldari added a project: MediaWiki-extensions-Scribunto.
TASK DETAIL
https://phabricator.wikimedia.org/T252165
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Liuxinyu970226, Aklapper, kaldari, darthmon_wmde, Nandana, Lahi, Gq86
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T252165
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Liuxinyu970226, Aklapper, kaldari, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden
kaldari triaged this task as "Unbreak Now!" priority.
kaldari added a comment.
Restricted Application added a subscriber: Liuxinyu970226.
Marking Unbreak Now since this is widely affecting actual project content.
TASK DETAIL
https://phabricator.wikimedia.org/T252165
EMAIL P
kaldari created this task.
kaldari added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There seem to be hundreds (thousands?) of cases on different wikis today of
Lua failing to pull Wikidata labels. AFAICT, the Lua module was previously
pulling
kaldari added a comment.
Putnik's problem is common, but should be relatively easy to deal with (per
Mvolz). Where we really run into problems is with the reverse situation: where
Wikidata properties conflate multiple concepts that may be handled distinctly
in Wikipedia infobox parameters
kaldari moved this task from Needs Review/Feedback to Done on the
MediaWiki-extensions-PageAssessments board.
Restricted Application added a project: Structured-Data-Backlog.
TASK DETAIL
https://phabricator.wikimedia.org/T231269
WORKBOARD
https://phabricator.wikimedia.org/project/board/1936
kaldari added a comment.
Another idea would be to associate the Wikidata ID with the category from the
category side.
TASK DETAIL
https://phabricator.wikimedia.org/T229593
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Cparle
kaldari added a comment.
Any thoughts on this?
TASK DETAIL
https://phabricator.wikimedia.org/T229593
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: PDrouin-WMF, Aklapper, kaldari, EgbeRef, CBogen, Vaibhav0199, Tinzawoo533
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T229593
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Aklapper, kaldari, Tinzawoo533, darthmon_wmde, Onmir, DannyS712, Nandana,
JKSTNK, Mh-3110, Lahi
kaldari added a comment.
> This is a problem with the Javascript tools, you probably want to open a
separate ticket for that.
I created a new ticket here: T229593
<https://phabricator.wikimedia.org/T229593>
TASK DETAIL
https://phabricator.wikimedia.org/T145279
EMAIL PR
kaldari created this task.
kaldari added projects: JavaScript, Wikidata, Commons, MediaWiki-Categories,
SDC General, MediaWiki-Interwiki.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
In order to work around the fact that you can't create interwiki links to
both
kaldari added a comment.
> Following from the general switch to using the sitelinks for Commons over
the last year...
@Mike_Peel - Could you explain this sentence? What is the "general switch"?
From my POV, this problem is not fixed, it's actually gotten worse. For
exa
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T227504
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ladsgroup, Liuxinyu970226, kaldari, darthmon_wmde, Nandana, Mringgaard,
Lahi, Gq86
kaldari updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T227504
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ladsgroup, Liuxinyu970226, kaldari, darthmon_wmde, Nandana, Mringgaard,
Lahi, Gq86
kaldari created this task.
kaldari added projects: Lexicographical data, Commons, Multimedia.
Restricted Application added a subscriber: Liuxinyu970226.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
I get the following console error on about half of Commons file pages
kaldari added a comment.
@Aklapper - Somehow this task is in 2 different columns on the same board simultaneously. I can't find any mechanism to remove a task from a column, but not a workboard. Any advice?TASK DETAILhttps://phabricator.wikimedia.org/T200350EMAIL PREFERENCEShttps
kaldari added a comment.
@Hsarrazin: Typically on other wikis, the way to notify a project of a discussion is to post on the project's talk page.TASK DETAILhttps://phabricator.wikimedia.org/T200350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc
kaldari added a comment.
I really don't think Echo Notifications are the right solution to this problem. If you need to message more than 50 people at once, you should probably use a mailing list. There's also the Newsletter extension, which is installed on Mediawiki.org and could be installed
kaldari added a comment.
the word "century" is not compatible with the data model and should not be used anywhere in the user interface.
@Jc3s5h: As I've mentioned before, there are separate tickets for discussing both the century data model problem (T73459) and the use o
kaldari added a comment.
@Ghouston: Thanks for clarifying that!TASK DETAILhttps://phabricator.wikimedia.org/T196674EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Aklapper, Jc3s5h, Ghouston, kaldari, Lahi, Gq86, GoranSMilovanovic, QZanden
kaldari added a comment.
@Jc3s5h: I created a new bug for you here: T196674. Now I respectfully ask that you stop spamming this bug with unrelated discussion. Thank you.TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
kaldari added a comment.
For the record, I don't think this is an actual bug and I support continued use of "century" and "millennium" as they are the most intuitive ways for editors to enter this information. It's also the way that date information is recorded on Commons and
kaldari created this task.kaldari added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPer Jc3s5h's comments at T95553, apparently the way that Wikidata stores and displays datetime data doesn't cleanly map to centuries and millenniums. Ghouston has suggested using "
kaldari added a comment.
@Jc3s5h: This bug has nothing to do with accurately expressing ranges. This bug is about the fact that "5. century" is not valid English and is confusing to English speakers and should be changed to "5th century" (or if that's too hard, "5 centur
kaldari added a comment.
It looks like y'all are actually discussing T73459, so please feel free to continue there.TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Ghouston, Jc3s5h, Larske, VIGNERON
kaldari added a comment.
Can y'all please open separate bugs for these other issues and not just dump them all in this bug? Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Ghouston, Jc3s5h
kaldari added a comment.
@Ladsgroup: Can this be closed now?TASK DETAILhttps://phabricator.wikimedia.org/T189596EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, kaldariCc: kaldari, gerritbot, Stashbot, Lucas_Werkmeister_WMDE, Aklapper, Ladsgroup
kaldari added a comment.
Here are my impressions as a Beta Tester...
Personal background for context: Long-time Commons user and administrator (over 2,000 file uploads and 17,000 edits on Commons), also helped write the UploadWizard (sorry!)
The UI looks good and seems to work great (I tried
kaldari updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...If there is some compelling reason for having this patrol setup, then it should at least be documented in giant letters someplace obvious.
--
**Version**: master
**Severity**: normal
**See
kaldari added a comment.
Anyway, I'm happy to help work on this. I just wanted to see if it's OK to move forward or if it needs more discussion. Didn't mean to start an argument :)TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
kaldari added a comment.
However, I kindly ask you to watch your tone.
Sorry, I legitimately did not intend to express any rudeness. To me, "15. century" is nonsense. I would not guess that it meant "15th century" without context. When I first saw examples of this I thou
kaldari added a comment.
What difference does this make for you, or for anybody else?
The values are nonsense to anyone who doesn't read German.
The concern I do have with utilizing PHPs build-in NumberFormatter (http://php.net/manual/en/class.numberformatter.php) is that it might
kaldari added a comment.
@thiemowmde: Does this still need further discussion or investigation, or can it be moved to "ready to go" now?TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
kaldari renamed this task from "creation of new claims (and perhaps other edits) can be (auto)patrolled on wikidata" to "excessive autopatrol log entries on wikidata".
TASK DETAILhttps://phabricator.wikimedia.org/T49415EMAIL PREFERENCEShttps://phabricator.wikimedi
kaldari reopened this task as "Open".kaldari added a comment.
Reopening this. We merged a new config variable (4 years ago) to let us turn off autopatrol logging on Wikidata, but we never actually turned it off, AFAICT. The logging table on wikidata now has over 600 million entries an
kaldari added a comment.
So in other words, we should change it to $1 century, and eventually pass $nunberFormatter->format( $number ) as the parameter (instead of just $number).TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/pa
kaldari added a comment.
CLDR has mappings for ordinal numbers in at least 85 languages. I'm pretty sure that's what the PHP intl library is using.TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc
kaldari renamed this task from "Full stop in messages such as Wikibase-time-precision-century is not needed in English" to "Full stop in messages such as Wikibase-time-precision-century is incorrect in English".
TASK DETAILhttps://phabricator.wikimedia.org/T95553EM
kaldari removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T95553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, kaldariCc: kaldari, Ricordisamoa, daniel, thiemowmde, Lucie, Amire80, Aklapper, Tobi_WMDE_SW
kaldari reopened this task as "Open".kaldari added a comment.
This bug still seems to be present on Wikidata. For example, at https://www.wikidata.org/wiki/Q28790416 I see "1. millennium", "6. century", "7. century" (with my language set to English). In Eng
kaldari reopened subtask T95553: Full stop in messages such as Wikibase-time-precision-century is not needed in English as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: P
kaldari added a comment.
@daniel: Since this task is finished and the page hasn't been touched in a few months, does that mean that it's no longer a draft? i.e. Is that the plan that we are moving forward with?TASK DETAILhttps://phabricator.wikimedia.org/T141877EMAIL PREFERENCEShttps
kaldari closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T166215EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarratt, kaldariCc: gerritbot, dbarratt, TerraCodes, thiemowmde, Aklapper, Ladsgroup, GoranSMilovanovic
kaldari closed this task as "Resolved".kaldari added a comment.
Ooooh!TASK DETAILhttps://phabricator.wikimedia.org/T72209EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Bene, kaldariCc: kaldari, daniel, Jonas, Aklapper, Kopiersperre, jayvdb, Opra
kaldari closed subtask T72209: [Task] Create a special page to query for badges as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Luke081515, Liuxinyu970226, aude, Aklapper,
kaldari reopened this task as "Open".kaldari added a comment.
The page doesn't work for me. All the options return zero results:
https://www.wikidata.org/wiki/Special:PagesWithBadges?badge=Q17437796TASK DETAILhttps://phabricator.wikimedia.org/T72209EMAIL PREFER
kaldari reopened subtask T72209: [Task] Create a special page to query for badges as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Luke081515, Liuxinyu970226, aude, Aklapper,
kaldari reopened subtask T72209: [Task] Create a special page to query for badges as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T110838EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, kaldariCc: Lydia_Pintscher, Ri
kaldari added a comment.
We should expect that a naive user will want everything that Wikidata knows.
If that were true, there would be examples of uses that actually checked for "no value", which I've never seen.
To which users are you referring, out of curiosity?
I'm referrin
kaldari added a comment.
@matej_suchanek: That's definitely a possibility in theory, but in practice everyone seems to assume that {{#Property}} either returns an actual value or nothing.TASK DETAILhttps://phabricator.wikimedia.org/T148357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
kaldari added a comment.
@Lydia_Pintscher: That's fine with me. Let's just change the "no value" behavior for now.TASK DETAILhttps://phabricator.wikimedia.org/T148357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Pigsonthewing, Lydia
kaldari created this task.kaldari added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONCurrently there are lots of templates on English Wikipedia that use infobox code similar to:
{{#if:{{#Property:P17
kaldari closed subtask T121731: Investigation: Assistance with structured data on Commons as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T120451EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Antanana, Blahma, JAnD, El_Grafo,
kaldari created subtask T140131: Show text from Wikidata usage instructions property (P2559) when auto-suggesting properties or items.
TASK DETAILhttps://phabricator.wikimedia.org/T97566EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: StudiesWorld
kaldari created this task.kaldari added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Zppix.
TASK DESCRIPTIONPer T97566, we need a feature that displays the text in the Wikidata usage instructions property (https://www.wikidata.org/wiki/Property:P2559) when
kaldari changed the title from "Add an instruction field for Wikidata items" to "Provide another way to surface usage instructions besides tacking them onto descriptions".
TASK DETAILhttps://phabricator.wikimedia.org/T97566EMAIL PREFERENCEShttps://phabricator.wikimedi
kaldari added a comment.
The Wikidata usage instructions property has been approved and is now being used (https://www.wikidata.org/wiki/Property:P2559). Once there is a feature to surface this property when adding new statements, we will then be able to remove the usage instructions from
kaldari added a comment.Did we ever figure out a way forward on this?TASK DETAILhttps://phabricator.wikimedia.org/T105623EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: kaldariCc: Srittau, Edgars2007, Yellowcard, Jonas, JanZerebecki, harej-NIOSH, Thryduulf
kaldari added a comment.
@Rich_Farmbrough: So basically you are suggesting that we allow an individual
MediaWiki page to be associated with multiple Wikidata items. @Lydia_Pintscher:
What is the feasibility of that?
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
kaldari edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T127929
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Sadads, Pokefan95, gerritbot, DannyH, Micru, intracer, mkroetzsch,
Aklapper, daniel, Steinsplitter
kaldari added a comment.
I don't think Izno's solution will be practical due to caching issues.
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: SebastianHelm, MisterSynergy, Oliv0
kaldari added a comment.
@Lydia_Pintscher: That's great to hear. Any solution is better than what we
have now. So what's the next step?
TASK DETAIL
https://phabricator.wikimedia.org/T97566
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc
kaldari added a comment.
@Smalyshev: According to the query in
https://phabricator.wikimedia.org/T103836, the majority of usage instructions
are in English (about 280); French has 35; German has 24, and the numbers
decline from there. Thus even if we only created a non-localizable field
kaldari created this task.
kaldari added a subscriber: kaldari.
kaldari added a project: Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
One of the built-in example queries for the Wikidata Query Service
kaldari added a comment.
> Note btw that "population" is a natural number count but should *not* default
> to exact values, but apply the +/-1 rule.
This doesn't make sense to me. A population count is a count, not a
measurement. It doesn't have uncertainty. It will ne
kaldari added a comment.
@Yellowcard: I agree with you in most cases. Most numbers in Wikidata should
probably be considered exact values (per
https://phabricator.wikimedia.org/T68580) and should not have any assumed
uncertainty. Numbers for measurements, however, have to have some assumed
kaldari added a comment.
> Population is never an exact count.
It seems to me that most population numbers in Wikidata are census counts, not
estimates, although I could be wrong.
TASK DETAIL
https://phabricator.wikimedia.org/T68580
EMAIL PREFERENCES
https://phabricator.wikimedia.
kaldari added a comment.
@Yellowcard: We have to choose an uncertainty in order to do unit conversion.
There's no way around that fact.
TASK DETAIL
https://phabricator.wikimedia.org/T105623
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
kaldari added a comment.
@Yellowcard:
> There's nothing against uncertainty, but the default uncertainty for values
> that don't have any. I'm especially talking about counting values without any
> unit.
For counted values, there is another bug,
https://phabricator.wikimedia.o
kaldari added a comment.
Are we still investigating this or have we reached the conclusion that +/- 0.5
is the most sensible default for rounding and unit conversion?
TASK DETAIL
https://phabricator.wikimedia.org/T105623
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
kaldari added a comment.
@Izno: I'm not sure I completely understand your explanation. Could you provide
a theoretical example? Like how would you apply this solution to the "Bonnie
and Clyde problem"? How would you apply it to the "hatmaker/hatmaking problem"?
kaldari added a comment.
I haven't heard any ideas about how to solve this with arbitrary access. Could
anyone elaborate?
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Oliv0
kaldari removed a subscriber: kaldari.
TASK DETAIL
https://phabricator.wikimedia.org/T69434
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bene, kaldari
Cc: Jdlrobson, Bdjwiki, gerritbot, pizzzacat, Quiddity, Raymond, Bene,
Ricordisamoa, SamB
kaldari closed blocking task T110633: Investigation: Creating an i18n framework
for gadgets as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T101104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ltrlg, Legokt
kaldari added a comment.
See also https://phabricator.wikimedia.org/T91981 (which also hasn't moved in a
while).
TASK DETAIL
https://phabricator.wikimedia.org/T101719
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: JKatzWMF
kaldari added a comment.
Just re-ran the query (http://quarry.wmflabs.org/query/5414). Currently, it
returns 509 descriptions.
TASK DETAIL
https://phabricator.wikimedia.org/T103836
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: matej_suchanek
1 - 100 of 145 matches
Mail list logo
