kaldari added a subscriber: kaldari.
kaldari added a comment.
Any thoughts on which team would be more appropriate to tackle this (mobile or
wikidata)?
TASK DETAIL
https://phabricator.wikimedia.org/T85368
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
kaldari added a subscriber: kaldari.
kaldari added a comment.
Would it make more sense for the mobile team to fix this bug or the wikidata
team?
TASK DETAIL
https://phabricator.wikimedia.org/T85366
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe
kaldari moved this task to Backlog: Wikidata MobileFrontend on the Mobile-Web
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T85367
WORKBOARD
https://phabricator.wikimedia.org/project/board/67/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
kaldari moved this task to Backlog: Wikidata MobileFrontend on the Mobile-Web
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T85368
WORKBOARD
https://phabricator.wikimedia.org/project/board/67/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
kaldari moved this task to Backlog: Wikidata MobileFrontend on the Mobile-Web
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T85364
WORKBOARD
https://phabricator.wikimedia.org/project/board/67/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
kaldari moved this task to Backlog: Wikidata MobileFrontend on the Mobile-Web
workboard.
TASK DETAIL
https://phabricator.wikimedia.org/T85366
WORKBOARD
https://phabricator.wikimedia.org/project/board/67/
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim
kaldari created this task.
kaldari added a subscriber: kaldari.
kaldari added projects: Wikidata, MediaWiki-Vagrant.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Recently, I updated my vagrant install, but then I had problems with
wikidata. After a fair bit
kaldari closed this task as Resolved.
kaldari claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T92878
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
kaldari added a comment.
This might already be fixed by https://gerrit.wikimedia.org/r/#/c/196613/
TASK DETAIL
https://phabricator.wikimedia.org/T92878
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https
kaldari created this task.
kaldari assigned this task to Moushira.
kaldari added a subscriber: kaldari.
kaldari added projects: Mobile-Web, WikiGrok, Wikidata.org.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
We need a documentation page for WikiGrok on wikidata.org
kaldari added a comment.
It doesn't look like there has been any activity on any of the blockers for
this bug in the past few months. Has this feature been deprioritized or
abandoned in favor of Wikidata query service? We (WMF Mobile Web) would still
really love to be able to use this feature
kaldari changed the title from Query by one property and one value (tracking)
to Query by one property and one value (simple queries) (tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T54385
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe
kaldari added a comment.
@Multichill I'll definitely propose that to the team, although it isn't an
option for the current bot request. The prototype version (which the existing
data is from) used EventLogging for recording the data and we had to use user
tokens instead of user names
kaldari added a subscriber: Moushira.
kaldari added a comment.
@Eloquence Hard to say currently. We have everything ready to go, but are just
waiting on the bot approval. I've asked @Moushira for advice on how to move
that forward (as our community liaison).
TASK DETAIL
https
kaldari created this task.
kaldari added subscribers: kaldari, Lydia_Pintscher, Mhurd.
kaldari added projects: Wikidata, MediaWiki-extensions-WikibaseRepository,
Mobile-Apps.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
It's becoming more and more common on Wikidata
kaldari added a comment.
If a new field is added, it should also be included in the pop-up suggestions
when adding claims within Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T97566
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe
kaldari added a comment.
There are several ways to solve this problem that are all equally valid at
this point and require much less engineering by the dev team and maintenance
by the community.
@Lydia_Pintscher What are the other possible solutions? Is there a previous
discussion about
kaldari added a subscriber: kaldari.
kaldari added a comment.
I also don't understand why there is any margin of uncertainty by default (or
why that margin is +/-1). The default should be to assume that the number is
correct. Most populations, for example, are from censuses and are exact
kaldari added a comment.
@Lydia_Pintscher We're going to start showing Wikidata descriptions to all
mobile users of Wikipedia soon (not just in the apps), first in search results
and then in article headers. If this isn't resolved by then, I predict edit
wars on Wikidata as Wikipedians try
kaldari changed the task status from Open to Stalled.
TASK DETAIL
https://phabricator.wikimedia.org/T93972
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Moushira, kaldari
Cc: Aklapper, kaldari, Wikidata-bugs, aude
kaldari added a blocked task: T100709: Move 'Wikidata description at article
start' to beta.
TASK DETAIL
https://phabricator.wikimedia.org/T97566
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Tbayer, Filceolaire, Jdforrester-WMF
kaldari added a comment.
Of the options presented by Filceolaire, #2 (for short term) and #3 (for long
term) seem the best. @Lydia_Pintscher, do you think supporting some type of
comment syntax for the description field would be doable? I would recommend
that the API strip out these comments
kaldari removed a subscriber: kaldari.
TASK DETAIL
https://phabricator.wikimedia.org/T77925
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Sumit, kaldari
Cc: Liuxinyu970226, Wrh2, Bene, Nastoshka, zhuyifei1999, Sushrutsg, Andyrom75,
Danapit
kaldari added a subscriber: kaldari.
kaldari added a comment.
Deployment is done. Who's planning on doing this part?
TASK DETAIL
https://phabricator.wikimedia.org/T102537
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: kaldari
kaldari edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T108395
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: hoo, Jdlrobson, Aklapper, kaldari, Wikidata-bugs, aude, Lydia_Pintscher,
Krenair, Malyacko
kaldari added a subscriber: Jdlrobson.
kaldari set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T108395
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Jdlrobson, Aklapper, kaldari, Wikidata-bugs, aude, Lydia_Pintscher
kaldari added a subscriber: hoo.
kaldari merged a task: T108395: Deploy WikidataPageBanner extension to English
WikiVoyage.
TASK DETAIL
https://phabricator.wikimedia.org/T98029
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jdlrobson, kaldari
Cc
kaldari added a blocking task: T98029: Deploy PageBanner extension on English
Wikivoyage project.
TASK DETAIL
https://phabricator.wikimedia.org/T102537
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ricordisamoa, gerritbot, Sumit
kaldari removed a blocking task: T102537: Migrating existing templates to new
PageBanner extension.
TASK DETAIL
https://phabricator.wikimedia.org/T98029
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jdlrobson, kaldari
Cc: hoo, Liuxinyu970226, greg
kaldari created this task.
kaldari added a subscriber: kaldari.
kaldari added projects: Wikidata-Page-Banner, Wikimedia-Extension-setup.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.
TASK DESCRIPTION
Things that need to be done for production deployment:
- [X] Create
kaldari closed this task as a duplicate of T98029: Deploy PageBanner extension
on English Wikivoyage project.
TASK DETAIL
https://phabricator.wikimedia.org/T108395
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: hoo, Jdlrobson, Aklapper
kaldari added a comment.
Deployed and tested on Beta Labs. Seems to be working well:
http://en.wikipedia.beta.wmflabs.org/wiki/WikidataPageBanner_example_2
TASK DETAIL
https://phabricator.wikimedia.org/T98029
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
kaldari created this task.
kaldari assigned this task to Jdlrobson.
kaldari added a subscriber: kaldari.
kaldari added projects: Wikidata-Page-Banner, MobileFrontend.
Herald added a subscriber: Aklapper.
Herald added projects: Reading-Web, Wikidata.
TASK DESCRIPTION
wgWikiBasePropertyConfig
kaldari added a blocked task: T102537: Migrating existing templates to new
PageBanner extension.
TASK DETAIL
https://phabricator.wikimedia.org/T98029
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jdlrobson, kaldari
Cc: hoo, Liuxinyu970226, greg
kaldari added a comment.
According to matej's query, there are 435 items that include Qids in the
descriptions. Not all of them are usage instructions, but it looks like the
majority of them are. So I think it's fairly safe to say that we have a few
hundred items with usage instructions
kaldari added a comment.
@jdlrobson Yes, the extension should automatically ride the train now. The
first branch should get cut next Tuesday I believe.
TASK DETAIL
https://phabricator.wikimedia.org/T109075
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
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 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.
@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 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.
@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 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.
@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 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 subscriber: kaldari.
kaldari added a comment.
Keep in mind that some usage instruction may relate to properties, not Q-items.
TASK DETAIL
https://phabricator.wikimedia.org/T103836
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
kaldari added a comment.
This is still blocking https://phabricator.wikimedia.org/T101719, although I
imagine the team may eventually move ahead with that feature regardless. Is
there any hope for a resolution to this bug? It seems the delimiter stop-gap
solution has stalled.
Personally, I
kaldari added a comment.
@daniel: Wikipedia manages to do sensible automatic unit conversion without
specifying uncertainty (probably by looking at the number of digits), so why
can't Wikidata? Also, I believe the implied uncertainty of whole number
measurements is +/-0.5, not +/-1.
TASK
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.
I agree with Jc3s5h. Yes, using +/-1 is basically wrong, but we shouldn't throw
out the idea of significant digits entirely. We should just implement them
correctly. Otherwise, our converted values will have false certainty in most
cases.
TASK DETAIL
https
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
kaldari closed blocking task T103836: [Task] get list of all items with usage
instructions in description as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T97566
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: kaldari
Cc: Ri
kaldari added a comment.
@JKatzWMF, @Lydia_Pintscher: One additional issue to keep in mind is that this
will cause Wikidata descriptions to become a prominent vector for vandalism.
Unfortunately, the Wikidata community is not currently equipped to handle
significant amounts of vandalism
kaldari closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T103836
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: matej_suchanek, kaldari
Cc: kaldari, matej_suchanek, Aklapper, Lydia_Pintscher, Wikidata-
kaldari added a comment.
I agree with Daniel that the magnitude of the uncertainly interval should match
the magnitude of the least significant digit. In other words, the default
precision (if none is specified) should be +/-0.5, not +/-1. The whole point of
significant digits is that you can
kaldari removed a subscriber: kaldari.
TASK DETAIL
https://phabricator.wikimedia.org/T85368
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bene, kaldari
Cc: gerritbot, Florian, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper,
Lydia_Pintscher
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 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 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 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 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.
@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 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 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 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 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 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 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 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 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 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 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.
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 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.
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.
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.
@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.
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 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 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 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.
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 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.
@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
1 - 100 of 145 matches
Mail list logo
