[Wikidata-bugs] [Maniphest] [Reopened] T111576: DNS errors on WDQS hosts
Smalyshev reopened this task as "Open". TASK DETAIL https://phabricator.wikimedia.org/T111576 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111576: DNS errors on WDQS hosts
Smalyshev added a comment. For some reason still happens, need to check again what's going on. TASK DETAIL https://phabricator.wikimedia.org/T111576 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111576: DNS errors on WDQS hosts
Smalyshev moved this task to In progress on the Discovery-Wikidata-Query-Service-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T111576 WORKBOARD https://phabricator.wikimedia.org/project/board/1239/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Thryduulf added a subscriber: Thryduulf. Thryduulf added a comment. Speaking as someone who typical updates entries that are not scientific in nature, defaulting to any level of precision other than ±0 is incorrect and infuriating. When I enter a numerical value for something I want the displayed and stored data to match the input I give exactly. e.g. when I say the number of trains on a particular funicular railway is 2, assuming I mean 2±1 is incorrect. When I input the length of the Sheffield Supertram system as 29km, assuming I mean 29±1km is incorrect - I assume it's actually 29±0.5km but the source does not say. When I enter the width for 2134mm track gauge as 7ft, assuming I mean 7±1 ft is incorrect - the gauge is defined as a nominal 7ft exactly, with different actual spacing and different tolerances in specific applications. The simplest way around this from an end users point of view that I can think is to have a qualifier associated with all numerical values that is used to record the uncertainty. If this qualifier is not present then assume the uncertainty is unknown. In all cases where the entry is currently ±1 or ±0.5 we will have to assume the uncertainty is unknown - this will be correct in far more cases than it is not. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Thryduulf Cc: Thryduulf, Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T92275: browsertest jobs should not be allowed to run for 10 hours
greg added a project: WorkType-Maintenance. TASK DETAIL https://phabricator.wikimedia.org/T92275 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: zeljkofilipin, greg Cc: WMDE-Fisch, gerritbot, greg, Krinkle, Tobi_WMDE_SW, zeljkofilipin, Cmcmahon, hashar, Aklapper, Liudvikas, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T108457: Remove extensions/DataTypes git repo
demon added a project: WorkType-Maintenance. TASK DETAIL https://phabricator.wikimedia.org/T108457 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: demon Cc: adrianheine, Lydia_Pintscher, wikibugs-l-list, saper, siebrand, demon, hashar, JanZerebecki, Ricordisamoa, QChris, gerritbot, Addshore, JeroenDeDauw, Aklapper, Wikidata-bugs, aude, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112893: [Task] Investigate how and where data model objects are instanciated in our code base
Bene added a comment. In https://phabricator.wikimedia.org/T112893#1657772, @JeroenDeDauw wrote: > Thanks for looking at this. Those findings are not surprising - such > construction ought to occur primarily in the data access layer and > deserialization code. Indeed, our code seems to handle the construction of value objects in a very nice way. > Any reason you did not include `EntityId` and derivatives? Those aren't important for the current RFC that is adressed by this investigation because we already have an abstract base interface with `EntityId`. > Why did you exclude the tests? If I'm not mistaken the reason for having this > investigation task is to get an idea of the cost of making breaking changes. > That cost applies just as well to test code as to production code. Yes, but fixing the tests should be very easy in most cases by replacing the constructor calls to some random implementation. However, it would be nice if all the tests would cover all implementations of the data model that we are going to implement. Just for record: There are of course a lot of constructor calls in the tests. > What do you mean with "our codebase"? Which code did you include in this > analysis? Is it everything that needs to be maintained by the Wikidata team, > or just Client, Lib and Repository? For now, I only looked into the Wikibase.git repository and its dependencies but we also need to check our other extensions. We should add the usages from there to the list. TASK DETAIL https://phabricator.wikimedia.org/T112893 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: daniel, Lydia_Pintscher, Aklapper, JanZerebecki, aude, Bene, JeroenDeDauw, thiemowmde, Jonas, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. @Mike_Peel "show", of course! It's amazing how blind I am when I already "know" what I am reading... TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Mike_Peel added a comment. In https://phabricator.wikimedia.org/T105623#1660601, @daniel wrote: > @Mike_Peel Thanks for the links! Especially M3003 looks like a very useful > reference. > > In https://phabricator.wikimedia.org/T105623#1660493, @Mike_Peel wrote: > > > In https://phabricator.wikimedia.org/T105623#1660386, @daniel wrote: > > > > > - it's nearly always wrong to assume absolute precision (+/-0) per > > > default (notable exceptions are definitions and exact counts). > > > > > > I don't think anyone was suggesting that. Using a default of 0 in the > > database would be one way of recording that the uncertainty is unknown, not > > assuming absolute precision. > > > We still need a way to specify absolute precision when applicable. For > instance, a foot is //exactly// 0,3048m, because it is defined to be so. The > speed of light is //exactly// 299792458m/s, because that's how the meter is > defined. That's true. > > > - should we should the uncertainty interval per default if it is > > > different from the one we would have guessed? > > > > > > > > > I think these got mangled? > > > That's the sentence as I intended to write it... I'll try to rephrase: > > We could omit the uncertainty from output if it is exactly what is implied by > the decimal notation, using the applicable convention about significant > digits. For example, if our algorithm would produce +/-0.5 for the input > "3m", then 3m+/-0.5 would be written as simply 3m (because the stored > uncertainty is equal to the uncertainty implied by the number as written). > This may be a viable option to un-clutter the user visible output if we > decide to always store the uncertainty interval explicitly, as we do now. Did you mean 'show' rather than the second 'should' in each of those sentences? I firmly hold that we should only be showing the uncertainty if it has been entered by the editor, and we should show that uncertainty regardless of whether it matches an assumed uncertainty or not. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mike_Peel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. @Mike_Peel Thanks for the links! Especially M3003 looks like a very useful reference. In https://phabricator.wikimedia.org/T105623#1660493, @Mike_Peel wrote: > In https://phabricator.wikimedia.org/T105623#1660386, @daniel wrote: > > > - it's nearly always wrong to assume absolute precision (+/-0) per default > > (notable exceptions are definitions and exact counts). > > > I don't think anyone was suggesting that. Using a default of 0 in the > database would be one way of recording that the uncertainty is unknown, not > assuming absolute precision. We still need a way to specify absolute precision when applicable. For instance, a foot is //exactly// 0,3048m, because it is defined to be so. The speed of light is //exactly// 299792458m/s, because that's how the meter is defined. > > - should we should the uncertainty interval per default if it is different > > from the one we would have guessed? > > > I think these got mangled? That's the sentence as I intended to write it... I'll try to rephrase: We could omit the uncertainty from output if it is exactly what is implied by the decimal notation, using the applicable convention about significant digits. For example, if our algorithm would produce +/-0.5 for the input "3m", then 3m+/-0.5 would be written as simply 3m (because the stored uncertainty is equal to the uncertainty implied by the number as written). This may be a viable option to un-clutter the user visible output if we decide to always store the uncertainty interval explicitly, as we do now. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T108404: [Story] create a Wikidata analytics dashboard
Christopher added a comment. Using the analytics supported limn infrastructure is part of the dynamic metric data set creation. (This should be created as a new and independent task). From what I have gathered, the limn front end graphs have been deprecated. Whether or not shiny is "supported" is not relevant to this task. A decision was made to create a prototype front end and we are moving forward with it. TASK DETAIL https://phabricator.wikimedia.org/T108404 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher Cc: gerritbot, Addshore, Lydia_Pintscher, EBernhardson, Ricordisamoa, Deskana, JanZerebecki, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Mike_Peel added a comment. BTW, relevant internationally-agreed standards here include: - ISO 17025 - https://en.wikipedia.org/wiki/ISO/IEC_17025 - UKAS M3003 - http://www.ukas.com/library/Technical-Information/Pubs-Technical-Articles/Pubs-List/M3003_Ed3_final.pdf TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mike_Peel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Mike_Peel added a comment.
In https://phabricator.wikimedia.org/T105623#1660386, @daniel wrote:
> It seems like are are approaching an agreement on a few points:
>
> - it's nearly always wrong to assume absolute precision (+/-0) per default
> (notable exceptions are definitions and exact counts).
I don't think anyone was suggesting that. Using a default of 0 in the database
would be one way of recording that the uncertainty is unknown, not assuming
absolute precision.
> - it's important to apply rounding based on uncertainty (resp significant
> digits) when //converting//, to avoid the introduction of false precision
> ("spurious" digits). This applies to conversion for display and also to
> normalization for indexing/querying.
Agree
> - the //magnitude// of the uncertainty interval should be order of magnitude
> of the least significant digit (not twice that -- so +/-0.5, not +/-1).
Agree
> These are the most crucial points to me. Points that are still open are:
>
> - if no uncertainty is given in the input, should we derive and store it
> immediately? Or should we then store "unknown" uncertainty, and calculate the
> uncertainty interval when needed?
The latter, please.
> - should we should the uncertainty interval per default if it was not
> explicitly entered?
> - should we should the uncertainty interval per default if it is different
> from the one we would have guessed?
I think these got mangled?
> I think we should reach an agreement about these as soon as possible, to
> avoid more "bad" data in the database.
Agree
TASK DETAIL
https://phabricator.wikimedia.org/T105623
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Mike_Peel
Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher,
Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r,
Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper,
aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110410: [Bug] Unhandled StatementGuidParsingException in ChangeOpStatement (via ModifyEntity)
aude added a comment. @JanZerebecki I think someone was using our api in an unusual way and thi sstill probably can happen TASK DETAIL https://phabricator.wikimedia.org/T110410 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, aude Cc: JanZerebecki, demon, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112893: [Task] Investigate how and where data model objects are instanciated in our code base
daniel added a comment. I think it's useful to have separate numbers for the tests, but I agree that we should know those numbers too, since we need to fix these instances too. TASK DETAIL https://phabricator.wikimedia.org/T112893 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, daniel Cc: daniel, Lydia_Pintscher, Aklapper, JanZerebecki, aude, Bene, JeroenDeDauw, thiemowmde, Jonas, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment.
It seems like are are approaching an agreement on a few points:
- it's wrong to assume absolute precision (+/-0) per default
- it's important to apply rounding based on uncertainty (resp significant
digits) when //converting//, to avoid the introduction of false precision
("spurious" digits). This applies to conversion for display and also to
normalization for indexing/querying.
- the //magnitude// of the uncertainty interval should be order of magnitude of
the least significant digit (not twice that -- so +/-0.5, not +/-1).
These are the most crucial points to me. Points that are still open are:
- if no uncertainty is given in the input, should we derive and store it
immediately? Or should we then store "unknown" uncertainty, and calculate the
uncertainty interval when needed?
- should we should the uncertainty interval per default if it was not
explicitly entered?
- should we should the uncertainty interval per default if it is different from
the one we would have guessed?
TASK DETAIL
https://phabricator.wikimedia.org/T105623
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: daniel
Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher,
Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r,
Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper,
aude
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Jc3s5h added a comment. In https://phabricator.wikimedia.org/T105623#1660251, @Mike_Peel wrote, in part: > > ...The standard approach in astronomy (which is the part of the scientific > literature that I'm most familiar with, as a scientist working in that field) > is to quote a number along with the uncertainty and the significance level > associated with that uncertainty. I think that's the standard approach in most fields of science and engineering, in the most serious works, for numbers that are the main focus of the article, chapter, book, etc. But these kind of sources are not always readily available to Wikidata contributors. Wikidata contributors may use other databases, or articles intended for a popular audience, which are reliable but lack explicit statements about uncertainty. The Wikidata numbers might also come from sources that mention a number in passing and so do not explicitly state an uncertainty. Unfortunately trying to impose a rule that only the //best// sources may be used to introduce data into Wikidata just isn't going to happen. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Jc3s5h added a comment. In https://phabricator.wikimedia.org/T105623#1657997, @daniel wrote in part: > @Jc3s5h what, then, would be an example for a reliable/acceptable source > giving us a number with no hint at the uncertainty? When should we consider > an uncertainty unsourced? If Nature gives the size of a crater on Mars in > kilometers, what uncertainty should we assume, and should it be considered > sourced? We must also allow for the case where there is no reliable source. Normally a reliable source would give us an uncertainty, implicitly or explicitly; the main exception that comes to mind would be a quantity that is just mentioned in passing; something that is not the main focus of the document. "Explicitly" would include a description of the method used to determine the quantity, including the accuracy of the method, even if the description was in a different part of the document. "Implicitly" usually be the number of significant figures for the item in Wikidata, together with the number of significant figures for other items in the source measured in the same way. If a source described a method for measuring the elevation of mountain summits, then said the elevation of Mt. X was 2013 m, Mt. Y was 2000 m, and Mt. Z was 7253 m, we have a sourced statement that the uncertainty of Mt Y is 2000 m ± a few meters. > I'm afraid the distinction of sourced vs unsourced uncertainty makes things > harder to handle in code and more difficult to understand for users. > > I suggest we do what we always do, really: we assume that people follow the > establish conventions when entering data. Most people never think of > significant digits or uncertainties explicitly, but we all used the concept > intuitively, all the time, when we say that the store is "two hundreds yards > away" or it's "170 Miles to Sometown". I agree. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T108404: [Story] create a Wikidata analytics dashboard
JanZerebecki added a comment. We discussed using a dashboard that is used by many departments in the WMF and is supported by Analytics instead of shiny. How does that factor into the next steps? TASK DETAIL https://phabricator.wikimedia.org/T108404 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher, JanZerebecki Cc: gerritbot, Addshore, Lydia_Pintscher, EBernhardson, Ricordisamoa, Deskana, JanZerebecki, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Mike_Peel added a comment. In https://phabricator.wikimedia.org/T105623#1657039, @daniel wrote: > In https://phabricator.wikimedia.org/T105623#1656985, @Mike_Peel wrote: > > > > If we did not plan to support unit conversion, I would be ready to go > > > along with your argument. We would simply say we don't know th precision. > > > With unit conversion however we can't do this. And relying on the > > > conventions for specifying significant digits seems the best we can do. > > > > > > That makes sense in the back-end to make sure that converted values have > > reasonable levels of precision, but does it have to be in the front-end as > > well, or stored in the database? A line of code that checks whether the > > uncertainty has been set or not, and assumes a minimum uncertainty for > > conversion purposes, should handle this issue smoothly, without > > mis-estimates of the uncertainty of the given value being displayed to > > readers. > > > We can of course discuss if, when and how the explicit +/-X is shown to the > user. I'm completely open to that. One sensible suggestion was to hide it if > the actual uncertainty is the same as what we would assume from the decimal > representation. In that case, it's OK to hide it, I think. Maybe also if the > precision is better than what we would assume. Maybe. But in any case it's > crucial to understand that we *have* do consider uncertainty everywhere if we > want to allow conversion. That wouldn't work: the uncertainty should be shown if it is an accurate/referenced uncertainty, and that shouldn't depend on whether it's more or less than the assumed uncertainty. We should simply say what the uncertainty is if we have it, or say that we don't have an uncertainty if we don't. > I think it makes sense to store the uncertainty in the database, since *if* > we assume an uncertainty at some point, users should be able to see, check, > modify, and compare it. Also, we need to be able to apply unit conversion for > queries, otherwise we couldn't compare feet to meter. And we have to take > uncertainty into account, so we know that 2m +/- 0.5 "matches" 7.2ft +/-0.1. > it's not *exactly* the same of course, but these two values were not exact to > begin with, so they should match. > > We could store "unknown", and then re-calculate the uncertainty every time we > need it, but why? What would that gain us? It would be an accurate way to represent the data that we have, and to clearly mark where we don't have uncertainties. It would avoid corrupting the database by mixing sourced and assumed uncertainties. We shouldn't be encouraging people to alter the assumed uncertainty used for conversion purposes (which they might do, e.g. to tweak how the converted number shows), as that would corrupt the database even more - we should instead be asking them to source the actual uncertainties. IMO there's a lot of up-sides to adopting this approach, and no significant down-sides. > > > We are not making one up. The precision is given implicitly in the > > > decimal notation of the number, using the convention of significant > > > digits. This is quite unambiguous for cases like 3.20 (three significant > > > digits) or 2.3e3 (2300 with two significant digits). It's ambiguous for > > > input like 200 or 1700 - there's a good chance that the zeros are > > > insignificant, but we don't really know. We should improve our UI to help > > > the user with correct input. > > > > > > > > > I'm not convinced that the implicit assumption you're making here will work > > for most situations, so it really shouldn't be displayed to the reader. We > > should definitely be encouraging editors to add more accurate estimates of > > uncertainties at the same as the numbers are added though! > > > I absolutely agree. > > > One thing I'm particularly worried about here is that there doesn't seem to > > be a good way to tell assumed uncertainties and referenced uncertainties > > apart - which will be a huge headache to fix once this data format is in > > common usage! So please, let's get this right asap! > > > Well, in scientific literature at least, a number like 2.30 or 2.3e3 has a > definite uncertainty (resp significant digits). It's given by convention of > the notation. Would you consider that a guess, or a sourced uncertainty? It's a guess unless it's explicitly stated that the uncertainty is at that level, or that the work is following that convention. The standard approach in astronomy (which is the part of the scientific literature that I'm most familiar with, as a scientist working in that field) is to quote a number along with the uncertainty and the significance level associated with that uncertainty. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mike_Peel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, dan
[Wikidata-bugs] [Maniphest] [Commented On] T113180: Create semantic definitions for Wikidata Metrics
JanZerebecki added a comment. https://image.slidesharecdn.com/smwworkshop-08-111006052002-phpapp02/95/semantic-mediawiki-workshop-83-728.jpg ;) The OWL at https://gerrit.wikimedia.org/r/#/c/239855/1/assets/metrics.owl,cm only says that a few concepts are each a subclass of KPI. So as far as I understand this version of the OWL currently only consists of truisms. That makes it hard to see what it will become or what the goal is, so I have questions: Who is the intended consumer of these semantic definitions? What features in the dashboard will use data from the semantic definitions? TASK DETAIL https://phabricator.wikimedia.org/T113180 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher, JanZerebecki Cc: Christopher, Aklapper, JanZerebecki, Deskana, Ricordisamoa, EBernhardson, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Mike_Peel added a comment. In https://phabricator.wikimedia.org/T105623#1657997, @daniel wrote: > @Jc3s5h what, then, would be an example for a reliable/acceptable source > giving us a number with no hint at the uncertainty? When should we consider > an uncertainty unsourced? If Nature gives the size of a crater on Mars in > kilometers, what uncertainty should we assume, and should it be considered > sourced? If a number is published without an uncertainty next to it, then assuming an uncertainty definitely shouldn't be counted as 'sourced'! Unless the article/journal specifically states that all numbers have an uncertainty of 1 in their last significant digit. > I'm afraid the distinction of sourced vs unsourced uncertainty makes things > harder to handle in code and more difficult to understand for users. I think this is vital, though. How else would you (or reusers) tell whether a number *actually* has an uncertainty of 1 in the last significant digit or whether that has just been assumed for conversion purposes? > I suggest we do what we always do, really: we assume that people follow the > establish conventions when entering data. Most people never think of > significant digits or uncertainties explicitly, but we all used the concept > intuitively, all the time, when we say that the store is "two hundreds yards > away" or it's "170 Miles to Sometown". Please just keep it simple. Accept the given central value, but don't automatically assume an uncertainty for it, and don't show that in the user interface. Ask people to provide uncertainties wherever possible. If there isn't a given uncertainty, then use the number of significant digits when converting numbers to make sure that the post-conversion number has sensible numbers of digits, and include a discussion of that in the documentation describing the conversion process. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mike_Peel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T100852: Explorer shows up twice if * is cliecked twice
Smalyshev moved this task to In progress on the Discovery-Wikidata-Query-Service-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T100852 WORKBOARD https://phabricator.wikimedia.org/project/board/1239/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Jdouglas, Aklapper, Smalyshev, jkroll, Wikidata-bugs, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
Deskana closed blocking task T111403: Set up Google Form to collect user feedback on Wikidata Query Service as "Invalid". TASK DETAIL https://phabricator.wikimedia.org/T111405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Deskana Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111403: Set up Google Form to collect user feedback on Wikidata Query Service
Deskana moved this task to Done on the Discovery-Wikidata-Query-Service-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T111403 WORKBOARD https://phabricator.wikimedia.org/project/board/1239/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Deskana Cc: Smalyshev, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
Deskana removed a blocking task: T111403: Set up Google Form to collect user feedback on Wikidata Query Service. TASK DETAIL https://phabricator.wikimedia.org/T111405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Deskana Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111403: Set up Google Form to collect user feedback on Wikidata Query Service
Deskana removed a blocked task: T111405: Link to wiki page from https://query.wikidata.org to collect user feedback. TASK DETAIL https://phabricator.wikimedia.org/T111403 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Deskana Cc: Smalyshev, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T111403: Set up Google Form to collect user feedback on Wikidata Query Service
Deskana closed this task as "Invalid". Deskana added a comment. This was done using a wiki page in the end, for legal reasons. TASK DETAIL https://phabricator.wikimedia.org/T111403 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Deskana Cc: Smalyshev, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
Deskana moved this task to Done on the Discovery-Wikidata-Query-Service-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T111405 WORKBOARD https://phabricator.wikimedia.org/project/board/1239/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Deskana Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
Deskana closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T111405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Deskana Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
gerritbot added a comment. Change 239149 merged by jenkins-bot: Add feedback form to Wikidata Query Service GUI. https://gerrit.wikimedia.org/r/239149 TASK DETAIL https://phabricator.wikimedia.org/T111405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, gerritbot Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111405: Link to wiki page from https://query.wikidata.org to collect user feedback
Deskana added a comment. In https://phabricator.wikimedia.org/T111405#1654970, @Deskana wrote: > Yeah, I'm going to change the editnotice for the header to give people > guidance. Now done. TASK DETAIL https://phabricator.wikimedia.org/T111405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Deskana Cc: gerritbot, Lydia_Pintscher, Deskana, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110664: [Task] keep usage tracking stats over time
JanZerebecki added a comment. To run this on stat1003 (1002 was my error, it is the wrong one, as it is more for hadoop stuff) other stuff like it currently is just checked out from gerrit by puppet. TASK DETAIL https://phabricator.wikimedia.org/T110664 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Ricordisamoa, JanZerebecki, Lydia_Pintscher, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T110889: [Bug] Catchable fatal error: Argument 5 passed to DataUpdateHookHandlers::onArticleDeleteComplete() must implement interface Content, null
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T110889 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, demon Cc: thiemowmde, gerritbot, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111304: Fatal error: Call to undefined method OOUI\Element::serializeForApiResult() in /srv/mediawiki/php-1.26wmf21/vendor/oojs/oojs-ui/php/Elemen
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T111304 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdlrobson, demon Cc: bd808, Bene, gerritbot, Lydia_Pintscher, ori, greg, Jdlrobson, Anomie, Legoktm, Krenair, Jdforrester-WMF, Aklapper, mmodell, Luke081515, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T104922: [Bug] Deadlock in EntityUsageTable::addUsages
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T104922 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: demon Cc: aude, daniel, Aklapper, hoo, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T110410: [Bug] Unhandled StatementGuidParsingException in ChangeOpStatement (via ModifyEntity)
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T110410 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, demon Cc: JanZerebecki, demon, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUs
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T112070 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, demon Cc: gerritbot, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112003: [Bug] [TermLookupException] (EntityRetrievingTermLookup.php:134) The entity could not be loaded
demon moved this task to Done on the Wikimedia-log-errors workboard. TASK DETAIL https://phabricator.wikimedia.org/T112003 WORKBOARD https://phabricator.wikimedia.org/project/board/1055/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, demon Cc: Lydia_Pintscher, gerritbot, Addshore, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76011: commons file search that includes structured data
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76011 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Steinsplitter, Daniel_Mietchen, Liuxinyu970226, Gilles, JanZerebecki, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76010: ability to migrate data that is in categories to structured data
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76010 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Ricordisamoa, Daniel_Mietchen, Gilles, JanZerebecki, Liuxinyu970226, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T68108: Store media information for files on Wikimedia Commons as structured data
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T68108 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: MZMcBride, bzimport, wikibugs-l-list, TheDJ, zhuyifei1999, Meno25, DixonD, Bugreporter, RP88, Aklapper, Matanya, waldyrious, El_Grafo, Daniel_Mietchen, Jdforrester-WMF, GPHemsley, Bene, Legoktm, Nemo_bis, Lokal_Profil, Tobi_WMDE_SW, He7d3r, Petrb, Gilles, jayvdb, Kelson, MarkTraceur, Steinsplitter, JeroenDeDauw, Micru, Revi, JanZerebecki, JeanFred, Ricordisamoa, Snowolf, Keegan, Rillke, Bawolff, Fabrice_Florin, Multichill, Liuxinyu970226, Ainali, Tgr, Lydia_Pintscher, jeremyb, Stryn, Ltrlg, daniel, Dereckson, JohnLewis, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T75130: Skip images when required attribution is impossible
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T75130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, gerritbot, Tgr, Matanya, Vibhabamba, JKatzWMF, Ricordisamoa, Elitre, Nemo_bis, saper, cscott, LuisV_WMF, wikibugs-l-list, Wikidata-bugs, aude, Fabrice_Florin, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76006: code cleanup and refactoring of the mediawiki file page to be able to store structured data in it
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Krinkle, Gilles, JanZerebecki, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76012: make use of new entity type for multimedia / structured data of media files
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76012 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Ricordisamoa, Gilles, JanZerebecki, Unknown Object (MLST), Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76009: upload wizard with structured data
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76009 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Ricordisamoa, Daniel_Mietchen, Gilles, JanZerebecki, Aklapper, MingleTerminator, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76016: user interface for structured data on Commons
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76016 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Steinsplitter, Ricordisamoa, Daniel_Mietchen, Snaterlicious, Pginer-WMF, Lydia_Pintscher, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76042: properties on wikidata.org to describe multimedia / commons files
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76042 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Steinsplitter, Daniel_Mietchen, Gilles, JanZerebecki, Unknown Object (MLST), Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76015: model commons domain
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76015 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Steinsplitter, Gilles, JanZerebecki, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76886: Investigate computer vision image classification and description tools for shadow tags and search descriptions
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76886 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Jaredzimmerman-WMF, Aklapper, Fabrice_Florin, Pginer-WMF, Tgr, Wikidata-bugs, aude, Ricordisamoa ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76024: Post data model documentation from structured data bootcamp
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76024 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Gilles, Aklapper, Tgr, Lydia_Pintscher, MingleTerminator, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T76017: figure out relationship between storing, editing and displaying structured data
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T76017 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Aklapper, Matanya, Daniel_Mietchen, Pginer-WMF, Lydia_Pintscher, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T78489: Multimedia search by copyright status
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T78489 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Liuxinyu970226, Cenarium, Aklapper, Wikidata-bugs, aude, Deskana, Ricordisamoa, Fabrice_Florin, jeremyb, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89594 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: RP88, Matanya, Steinsplitter, zhuyifei1999, Aschroet, Liuxinyu970226, Nemo_bis, Daniel_Mietchen, Jheald, Elitre, ValterVB, Jarekt, JeanFred, Ricordisamoa, Aklapper, Multichill, Wikidata-bugs, aude, El_Grafo, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89600: Convert Template:Artwork to LUA and use Wikidata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89600 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Marsupium, Ricordisamoa, Multichill, Aklapper, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89597: Convert Template:Creator to Lua and use Wikidata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89597 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Marsupium, Liuxinyu970226, Jheald, Ricordisamoa, Aklapper, Multichill, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T87686: Categories are metadata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T87686 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Quiddity, Mattflaschen, Jheald, Lydia_Pintscher, Tgr, Qgil, Aklapper, Jdlrobson, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T77597: Use new high-level metadata class in MediaViewer
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T77597 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89599: Convert Template:Institution to Lua and use Wikidata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89599 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald, Ricordisamoa, Aklapper, Multichill, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89598: Convert Template:Authority_control to Lua and use Wikidata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89598 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Steinsplitter, zhuyifei1999, jeremyb, Liuxinyu970226, He7d3r, Rical, SamB, Tpt, Jheald, Daniel_Mietchen, Ricordisamoa, Multichill, Aklapper, Wikidata-bugs, aude, El_Grafo, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T88685: Edit image metadata in remote repositories from the downstream wiki
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T88685 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Lydia_Pintscher, daniel, hoo, Qgil, Aklapper, Jdlrobson, Wikidata-bugs, aude, Ricordisamoa, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T77770: Review public domain calculators to identify legally relevant metadata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T0 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Ricordisamoa, Aklapper, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89601: Build a Multilingual tag alternative in LUA using data from Wikidata
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T89601 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Matanya, Liuxinyu970226, Daniel_Mietchen, Aklapper, Multichill, Ricordisamoa, Wikidata-bugs, aude, Fabrice_Florin, Tgr ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T71456: [Story] Use MediaViewer on commonsMedia properties on Wikibase repo
Jdforrester-WMF removed a project: Multimedia. TASK DETAIL https://phabricator.wikimedia.org/T71456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Jdforrester-WMF, Tgr, Aklapper, Matanya, Steinsplitter, Sjoerddebruin, Legoktm, MarkTraceur, Ricordisamoa, Lydia_Pintscher, hoo, Wikidata-bugs, aude, Fabrice_Florin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T71456: [Story] Use MediaViewer on commonsMedia properties on Wikibase repo
Jdforrester-WMF added a subscriber: Jdforrester-WMF. Jdforrester-WMF added a comment. Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team. TASK DETAIL https://phabricator.wikimedia.org/T71456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF Cc: Jdforrester-WMF, Tgr, Aklapper, Matanya, Steinsplitter, Sjoerddebruin, Legoktm, MarkTraceur, Ricordisamoa, Lydia_Pintscher, hoo, Wikidata-bugs, aude, Bawolff, Fabrice_Florin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T108404: [Story] create a Wikidata analytics dashboard
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 239855 had a related patch set uploaded (by Christopher Johnson (WMDE)): changes per prototype review adds preliminary owl for metric definitions adds dates and percentage to infoBox reorganizes tabs adds items as a separate graph https://gerrit.wikimedia.org/r/239855 TASK DETAIL https://phabricator.wikimedia.org/T108404 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher, gerritbot Cc: gerritbot, Addshore, Lydia_Pintscher, EBernhardson, Ricordisamoa, Deskana, JanZerebecki, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T108404: [Story] create a Wikidata analytics dashboard
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T108404 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher, gerritbot Cc: gerritbot, Addshore, Lydia_Pintscher, EBernhardson, Ricordisamoa, Deskana, JanZerebecki, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T85385: Implement "Monolingual text" in Pywikibot
Lokal_Profil added a subscriber: Lokal_Profil. TASK DETAIL https://phabricator.wikimedia.org/T85385 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lokal_Profil Cc: Lokal_Profil, gerritbot, Smalyshev, Ricordisamoa, jayvdb, Aklapper, pywikibot-bugs-list, Multichill, Liuxinyu970226, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. @Jc3s5h what, then, would be an example for a reliable/acceptable source giving us a number with no hint at the uncertainty? When should we consider an uncertainty unsourced? If Nature gives the size of a crated on Mars in Kilometers, what uncertainty should we assume, and should it be considered sourced? I'm afraid the distinction of sourced vs unsourced uncertainty makes things harder to handle in code and more difficult to understand for users. I suggest we do what we always do, really: we assume that people follow the establish conventions when entering data. Most people never thing of significant digits or uncertainties explicitly, be we all used the concept intuitively, all the time, when we say that the sort is "two hundreds yards away" or it's "170 Miles to Sometown". TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Jc3s5h added a comment. In https://phabricator.wikimedia.org/T105623#1657039, @daniel wrote, in part: > > We can of course discuss if, when and how the explicit +/-X is shown to the > user. I'm completely open to that. One sensible suggestion was to hide it if > the actual uncertainty is the same as what we would assume from the decimal > representation. In that case, it's OK to hide it, I think. Maybe also if the > precision is better than what we would assume. Maybe. But in any case it's > crucial to understand that we *have* do consider uncertainty everywhere if we > want to allow conversion. I would always show the uncertainty if it comes from a source. This would let editors know that checking the uncertainty of a number is a lower priority than unsourced guesses about uncertainty. It also lets a reader know the referenced source could be checked to verify the uncertainty, in case what the reader was really interested in was the uncertainty of the number. > We could store "unknown", and then re-calculate the uncertainty every time we > need it, but why? What would that gain us? We could store the guess about uncertainty, but also mark it as unknown, so data consumers would be on notice they really ought to find a better source if they care about the uncertainty. > Well, in scientific literature at least, a number like 2.30 or 2.3e3 has a > definite uncertainty (resp significant digits). It's given by convention of > the notation. Would you consider that a guess, or a sourced uncertainty? In a scientific source I would certainly consider 2.30 or 2.3e3 as a sourced uncertainty if it was from a scientific source. For a number like 2300, I would also regard it as a sourced uncertainty. But I would also infer that the uncertainty of the number was not especially important in the article, or that the article, although from a scientific organization, was intended for a popular audience, or both. An example is a recent press release from the US Geological Survey, giving the elevation of Mt. Denali to the nearest foot. We can tell it is intended for a popular audience because the uncertainty was not explicitly stated, and because the elevation was given only in feet. One would expect that when the peer-reviewed journal article comes out, the primary unit of length will be the meter, with perhaps an occasional conversion to feet. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Mike_Peel, Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112893: [Task] Investigate how and where data model objects are instanciated in our code base
JeroenDeDauw added a comment. Thanks for looking at this. Those findings are not surprising - such construction ought to occur primarily in the data access layer and deserialization code. Any reason you did not include `EntityId` and derivatives? Why did you exclude the tests? If I'm not mistaken the reason for having this investigation task is to get an idea of the cost of making breaking changes. That cost applies just as well to test code as to production code. What do you mean with "our codebase"? Which code did you include in this analysis? Is it everything that needs to be maintained by the Wikidata team, or just Client, Lib and Repository? TASK DETAIL https://phabricator.wikimedia.org/T112893 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, JeroenDeDauw Cc: daniel, Lydia_Pintscher, Aklapper, JanZerebecki, aude, Bene, JeroenDeDauw, thiemowmde, Jonas, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T100123: API code 'readonly' not handled
XZise added a comment. Here now test.wikipedia.org using `action=edit`: https://travis-ci.org/xZise/pywikibot-core/jobs/81350911#L3393 TASK DETAIL https://phabricator.wikimedia.org/T100123 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: XZise Cc: XZise, Multichill, pywikibot-bugs-list, jayvdb, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T113219: Use settings instead of constants for Wikidata property and item ids
aude created this task.
aude added a subscriber: aude.
aude added a project: Wikibase-Quality-External-Validation.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.
TASK DESCRIPTION
In the setup file (WikibaseQualityExternalValidation.php) some constants are
set for several Wikidata property and item ids.
To make this configurable (e.g. for test.wikidata), it would be nicer imho if
these were settings.
// Ids of certain Wikidata entities
if( !defined( 'INSTANCE_OF_PID' ) ) {
define( 'INSTANCE_OF_PID', 'P31' );
}
if( !defined( 'IDENTIFIER_PROPERTY_QID' ) ) {
define( 'IDENTIFIER_PROPERTY_QID', 'Q19847637' );
}
if( !defined( 'STATED_IN_PID' ) ) {
define( 'STATED_IN_PID', 'P248' );
}
TASK DETAIL
https://phabricator.wikimedia.org/T113219
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: aude
Cc: aude, Aklapper, Wikidata-bugs
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Up For Grabs] T98286: [Task] Deploy usage tracking and arbitrary access to zhwiki
Liuxinyu970226 placed this task up for grabs. TASK DETAIL https://phabricator.wikimedia.org/T98286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Shizhao, Liuxinyu970226, Ricordisamoa, Aklapper, aude, liangent, Bugreporter, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.
gerritbot added a comment. Change 239803 merged by jenkins-bot: Fix diffs for coalesced changes https://gerrit.wikimedia.org/r/239803 TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, gerritbot Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T98286: [Task] Deploy usage tracking and arbitrary access to zhwiki
Liuxinyu970226 closed this task as "Resolved". Liuxinyu970226 claimed this task. Liuxinyu970226 added a comment. In https://phabricator.wikimedia.org/T98286#1613341, @Shizhao wrote: > have done？ Yeah, see https://zh.wikipedia.org/wiki/Special:Diff/37283540 TASK DETAIL https://phabricator.wikimedia.org/T98286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Shizhao, Liuxinyu970226, Ricordisamoa, Aklapper, aude, liangent, Bugreporter, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T49288: [Epic] Track Wikidata entity usage on client pages
Liuxinyu970226 closed blocking task T98286: [Task] Deploy usage tracking and arbitrary access to zhwiki as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T49288 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: DixonD, Aklapper, Bianjiang, Candalua, aude, jeremyb, liangent, Wikidata-bugs, greg, Abraham, Legoktm, Tobi_WMDE_SW, Daniel_Mietchen, jayvdb, Micru, Ricordisamoa, MZMcBride, Liuxinyu970226, Ainali, Sannita, Lydia_Pintscher, Eloquence, zhuyifei1999, daniel, hoo ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T110339: [Task] Deploy usage tracking on all client wikis on the Wikimedia cluster
Liuxinyu970226 closed blocking task T98286: [Task] Deploy usage tracking and arbitrary access to zhwiki as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T110339 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Bugreporter, Ricordisamoa, Matanya, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.
gerritbot added a comment. Change 239803 had a related patch set uploaded (by Aude): Fix diffs for coalesced changes https://gerrit.wikimedia.org/r/239803 TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, gerritbot Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, gerritbot Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112426: [Bug] Querying Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old
Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T112426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, daniel, Anomie, Ricordisamoa, Purodha, Krenair, Ladsgroup, Lydia_Pintscher, aude, Aklapper, Matanya, Nikerabbit, Amire80, Dereckson, Wikidata-bugs, Snowolf, jayvdb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112647: [Task] Investigation: how to handle the rename of a site id in Wikidata
Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T112647 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, Glaisher, daniel, Tobi_WMDE_SW, Dereckson, Amire80, Nikerabbit, Matanya, Aklapper, aude, Lydia_Pintscher, Ladsgroup, Krenair, Purodha, Ricordisamoa, Anomie, Wikidata-bugs, Snowolf, jayvdb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T113033: [Task] Remove use of RawMode in WikibaseQualityExternalValidation
aude moved this task to Backlog on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T113033 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Ricordisamoa, Aklapper, Addshore, aude, Wikidata-bugs, jayvdb, Anomie, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang giv
gerritbot added a comment. Change 239368 merged by jenkins-bot: Unstub $wgLang before passing to AutoCommentFormatter https://gerrit.wikimedia.org/r/239368 TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, gerritbot Cc: gerritbot, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T113215: Allow adding more interlanguage link to articles that already have some links without going to the item page in the repo
adrianheine added a subscriber: adrianheine. TASK DETAIL https://phabricator.wikimedia.org/T113215 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine Cc: adrianheine, Lydia_Pintscher, daniel, Nemo_bis, Amire80, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T113215: Allow adding more interlanguage link to articles that already have some links without going to the item page in the repo
Amire80 created this task. Amire80 added subscribers: Amire80, Nemo_bis, daniel, Lydia_Pintscher. Amire80 added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Adding interlanguage links (sitelinks) to an article that doesn't have any links currently already works well: The editor sees a dialog box that does everything needed without leaving Wikipedia, in the user's own language and without ever leaving the page. This is awesome, and it should work the same way for adding links to a page that already has some. This was discussed on Wikidata-L a while ago, and it came up again in a discussion I had with a Hebrew Wikipedia editor. I was kinda surprised when I couldn't find an existing Phab ticket for this, so here, I'm creating it. Some older discussions: - https://lists.wikimedia.org/pipermail/wikidata/2015-January/005338.html - https://lists.wikimedia.org/pipermail/wikidata/2015-January/005340.html - https://lists.wikimedia.org/pipermail/wikidata/2015-January/005341.html - https://lists.wikimedia.org/pipermail/wikidata/2015-January/005342.html - https://lists.wikimedia.org/pipermail/wikidata/2015-January/005344.html TASK DETAIL https://phabricator.wikimedia.org/T113215 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Amire80 Cc: Lydia_Pintscher, daniel, Nemo_bis, Amire80, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
gerritbot added a comment. Change 239777 merged by jenkins-bot: Correct issues link in composer.json https://gerrit.wikimedia.org/r/239777 TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01, gerritbot Cc: Addshore, gerritbot, D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
Addshore added a subscriber: Addshore. Addshore closed this task as "Resolved". Addshore added a comment. +2ed, should be merged in the next seconds TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01, Addshore Cc: Addshore, gerritbot, D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 239777 had a related patch set uploaded (by D3r1ck01): Added link pointed to by issues. https://gerrit.wikimedia.org/r/239777 TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01, gerritbot Cc: gerritbot, D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01, gerritbot Cc: gerritbot, D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
D3r1ck01 claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01 Cc: D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112795: [Task] update link from bugzilla to phabricator in composer.json in Wikibase-JavaScript-Api
D3r1ck01 added a subscriber: D3r1ck01. D3r1ck01 added a comment. Hi, this is a very cool and simple task to be done for a short time. I will like to work on this bug. Is it still open? TASK DETAIL https://phabricator.wikimedia.org/T112795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01 Cc: D3r1ck01, JanZerebecki, Haritha28, Aklapper, Umherirrender, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
