[Wikidata-bugs] [Maniphest] [Closed] T142055: Add query.wikidata.org to shortening URL list for UrlShortener
Smalyshev closed this task as "Resolved".Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Stashbot, Dereckson, gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T112715: Enable different URL shorteners for WDQS
Smalyshev closed subtask T142055: Add query.wikidata.org to shortening URL list for UrlShortener as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T112715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: eranroz, debt, Multichill, Pasleim, Zppix, nichtich, Bhumika30, Liuxinyu970226, Jonas, Ricordisamoa, Lydia_Pintscher, Aklapper, Smalyshev, Avner, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener
Smalyshev added a comment. @Dereckson That's the point - all *.wikidata.org should be allowed.TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Stashbot, Dereckson, gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener
Stashbot added a comment. Mentioned in SAL [2016-08-11T23:37:41Z] Synchronized wmf-config/CommonSettings.php: UrlShortener: Whitelist *.wikidata.org (T142055) (duration: 00m 47s)TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot, Dereckson, gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener
Dereckson added a comment. This change allows alsso to work on www.wikidata.org and not only https://wikidata.orgTASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DerecksonCc: Dereckson, gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener
gerritbot added a comment. Change 302851 merged by jenkins-bot: UrlShortener: Whitelist *.wikidata.org https://gerrit.wikimedia.org/r/302851TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142765: Host SPARQL workshop for WMF staffers (September 8)
DarTar created this task.DarTar added projects: Research-and-Data, Research-outreach, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONHosting an internal workshop/training on SPARQL/WDQS targeted at WMF staffers. https://office.wikimedia.org/wiki/SPARQL_workshopTASK DETAILhttps://phabricator.wikimedia.org/T142765WORKBOARDhttps://phabricator.wikimedia.org/project/board/45/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DarTarCc: Jonas, I9606, Lydia_Pintscher, Smalyshev, DarTar, Aklapper, Avner, Gambino357, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142749: Add 'nb' as alias for 'no' in the "add links" interface on Wikipedia
Njardarlogar created this task.Njardarlogar added projects: Wikidata, MediaWiki-Interwiki.Herald added a subscriber: Aklapper. TASK DESCRIPTION'nb' is an interwiki alias for the Norwegian Bokmål wikipedia (it's the actual ISO 639-1 code for Bokmål). This alias is currently not recognised by the "add links" interface on Wikipedia. It would be beneficial if this interface did recognise this alias, as this code (currently at least) does not give any suggestions at all, whereas 'no' gives several. For example, typing in 'no' and hitting tab gives 'frrwiki' as the chosen wiki. If 'nb' were active, it would give the right wiki with simply code + tab. Furthermore, the code 'nb' is often used in hard-coded interwiki linking on the Norwegian Nynorsk wikipedia, so it would be beneficial for users there if this alias were active, either way.TASK DETAILhttps://phabricator.wikimedia.org/T142749EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NjardarlogarCc: Aklapper, Njardarlogar, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Merged] T142746: Add format version to JSON export
Smalyshev closed this task as a duplicate of T92961: [Story] Versioning in JSON output. TASK DETAILhttps://phabricator.wikimedia.org/T142746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T92961: [Story] Versioning in JSON output
Smalyshev added subscribers: Smalyshev, aude.Smalyshev merged a task: T142746: Add format version to JSON export . TASK DETAILhttps://phabricator.wikimedia.org/T92961EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, Smalyshev, Ricordisamoa, Addshore, Lydia_Pintscher, adrianheine, JanZerebecki, daniel, Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142746: Add format version to JSON export
Smalyshev added a comment. Ah, ok, looks like it's the same, I just didn't find it. I'll merge.TASK DETAILhttps://phabricator.wikimedia.org/T142746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T103912: [Task] Ex:WikibaseQualityExternalValidation - performance review of Special:CrossCheck
dpatrick removed a project: Security-Reviews. TASK DETAILhttps://phabricator.wikimedia.org/T103912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dpatrickCc: StudiesWorld, Lydia_Pintscher, aaron, Wikibase-Quality-External-Validation, Aklapper, Liuxinyu970226, Andreasburmeister, csteipp, Tamslo, Jonaskeutel, JanZerebecki, soeren.oldag, D3r1ck01, Scott_WUaS, dpatrick, Izno, Luke081515, Wikidata-bugs, aude, Bawolff, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T69118: Security review of PubSubHubbub extension
dpatrick added a comment. Is this review still needed? We will assume not if no response is given by August 18th, 2016.TASK DETAILhttps://phabricator.wikimedia.org/T69118EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: csteipp, dpatrickCc: dpatrick, Aklapper, Jimkont, Liuxinyu970226, Wikidata-bugs, greg, Lydia_Pintscher, daniel, Luke081515, JanZerebecki, csteipp, Jay8g, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142746: Add format version to JSON export
aude added a comment. related or same as T92961? (agree, we definitely should do this)TASK DETAILhttps://phabricator.wikimedia.org/T142746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142746: Add format version to JSON export
Smalyshev created this task.Smalyshev added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONCurrently, Wikidata JSON export format is unversioned. As we make changes to it, and expect more changes/additions, I think it would make sense to introduce a version property on the format. We can either follow SemVer for version semantics or invent our own. This will allow tools to know that they are dealing with format they are familiar (or unfamiliar) with, and to interpret archived JSON dumps properly.TASK DETAILhttps://phabricator.wikimedia.org/T142746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142437: BIND makes SPARQL queries needlessly slow.
Smalyshev added a comment. Filed https://jira.blazegraph.com/browse/BLZG-2042TASK DETAILhttps://phabricator.wikimedia.org/T142437EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Liuxinyu970226, Aklapper, Jonas, Alphos, Smalyshev, hoo, daniel, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T142741: Unbuilt GUI does not display ULS labels properly
Smalyshev triaged this task as "Normal" priority.Smalyshev added a project: Wikidata-Query-Service.Herald added projects: Wikidata, Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T142741EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, SmalyshevCc: Aklapper, Smalyshev, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Jc3s5h added a comment. I see the documentation of the JSON data model has been revised today; see this version from mediawiki. So now we have different formats, but our documentation now explains to users that these formats are intended to be different. That's a lot better. Now a few tweaks are still needed to make various parts reject or vilify dates they consider invalid, but this is a big step forward.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142738: external_link and outgoing_link fields not being populated for Wikibase content in CirrusSearch
gerritbot added a comment. Change 304301 had a related patch set uploaded (by Aude): Expose external and outgoing_link search fields in EntityHandler https://gerrit.wikimedia.org/r/304301TASK DETAILhttps://phabricator.wikimedia.org/T142738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142738: external_link and outgoing_link fields not being populated for Wikibase content in CirrusSearch
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T142738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, aude, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142738: external_link and outgoing_link fields not being populated for Wikibase content in CirrusSearch
aude created this task.aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONexternal_link and outgoing_link fields are not being populated for Wikibase content in CirrusSearch. Since I621704e4, CirrusSearch obtains the data from content handlers. Wikibase needs to expose external_link and outgoing_link fields in EntityHandler.TASK DETAILhttps://phabricator.wikimedia.org/T142738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Jc3s5h added a comment. In T142198#2544939, @Smalyshev wrote: Since most dates will be Gregorian, I doubt always displaying calendar is beneficial. Either make sure every date displayed is Gregorian, or make sure the calendar is displayed. Otherwise the person who used to working with Gregorian but one day has to work with Julian will be confused as hell. Imagine if a poor German bought a car that accidentally an odometer that worked in miles.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Smalyshev added a comment. JSON, RDF, the user interface, and the time stamp of the date shown in diffs are presenting seemingly conflicting information to the public. Therefore, they're all wrong. No, they are not wrong. They are using different formats. The format for RDF data is XSD 1.1.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Jc3s5h added a comment. In T142198#2544647, @Smalyshev wrote: We can not know with certainty what whoever have put the dates into Wikibase meant. What however we can do is to define how we interpret the user input and stored data. And we have no choice but to do that - we have to put *something* in the output, and by the fact of putting that into output we are defining our interpretation. True. What we can do is decide what the dates should mean and then correct all the methods of putting data in to reject invalid dates. It would be nice if all public-facing interfaces always required dates like -01-01 or the equivalent 1 January 1 BC (with suitable synonyms for the words & numbers format). Also adjust all displays to either refuse to display invalid dates, or display them together with an indication they are invalid. In a test I did, I noticed that RDF, for a date I stored in the second sandbox by entering -01-30, Gregorian calendar, because it didn't conform you you're interpretation of what the internally stored dates meant. Bravo! Keep it up.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Smalyshev added a comment. I see that the if the date was a Julian calendar date, WQS would convert the Gregorian date received from the RDF to the equivalent Julian date, and not mention in the display which calendar this is. This is probably not right, if the day is given and it's outside the ranges of assumed Gregorian calendar, it should display calendar. However, all RDF dates are in fact in proleptic Gregorian calendar, and I'm not sure it's worth converting them back to Julian. Yes, that means they won't match Wikidata display, but is matching Wikidata display actually a priority? in this area in the UI, to always display the calendar. Since most dates will be Gregorian, I doubt always displaying calendar is beneficial. Neither has a prayer of working for the start date of item Q1 (what does a year even mean when the earth doesn't exist yet)? I assume it's proleptic Gregorian calendar. With dates less precise than a day, the question of calendar is not meaningful, and such dates are not converted. So Q1 is not converted, and the question of calendar conversion is irrelevant for it.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Jc3s5h added a comment. In T142198#2544647, @Smalyshev wrote: Also, there is controversy over whether the author(s) of the RDF formatter have correcty interpreted what is stored in the data base and are converting the year correctly. Could you please explain what you mean? I'm the author of the RDF format (at least one of :) and I am not aware of any "controversy" - RDF follows XSD 1.1, and it's the industry standard. If you have observed some bugs there please submit a ticket. But of course the converter can't be written until the notation used in the source the converter is receiving input from is known with certainty. We can not know with certainty what whoever have put the dates into Wikibase meant. What however we can do is to define how we interpret the user input and stored data. And we have no choice but to do that - we have to put *something* in the output, and by the fact of putting that into output we are defining our interpretation. Right now the dates in the DB and JSON follow (roughly) the XSD 1.0 standard for serializing dates, but the RDF follows XSD 1.1 since it is accepted standard in semantic data world. The last date - -01-30 - doesn't seem to be valid, i.e. it does not describe any actual point on the date scale. Wikibase may sometimes allow to enter nonsensical values (including February 30th, etc.), but RDF can not really represent it. JSON, RDF, the user interface, and the time stamp of the date shown in diffs are presenting seemingly conflicting information to the public. Therefore, they're all wrong. Just like part of a marching band is playing Yankee Doodle, another part is playing Lucy in the Sky with Diamonds, and a third part is playing Deutschlandlied. That band isn't getting invited back next year. First decide what to follow and implement in one of these. Then get a commitment from the other parts to quickly implement corrections and document it all over WikiData, the data models in Wikimedia, etc.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T104977: Add an option to format the returned string from property parser function
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment. This is a case that needs to be handled in Lua and/or with better default formatting.TASK DETAILhttps://phabricator.wikimedia.org/T104977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Aklapper, jeblad, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T104982: Add an option to qualify result from property parser function
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment. For cases like that you really need to use Lua. The property parser function is just for really simple things.TASK DETAILhttps://phabricator.wikimedia.org/T104982EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, jeblad, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115640: Link to a subclass list from each entity
Lydia_Pintscher added subscribers: Ladsgroup, Lydia_Pintscher.Lydia_Pintscher added a comment. Maybe we can integrate that in the easyquery gadget?TASK DETAILhttps://phabricator.wikimedia.org/T115640EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Ladsgroup, StudiesWorld, Quiddity, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Jc3s5h added a comment. After the revision of the task description around 1700 UT on Aug 11, I see that the if the date was a Julian calendar date, WQS would convert the Gregorian date received from the RDF to the equivalent Julian date, and not mention in the display which calendar this is. I seriously question the decision of the UI authors to make fussy decisions about when to display the calendar and when not to. I think it would be better, and more resilient to any changes in this area in the UI, to always display the calendar. On a related note, if you attempt to adjust the display according to the precision, you could get into trouble if your not careful. If the date was entered as 4 January 500 BCE Julian calendar, century precision, it would be displayed as 6. century BCE. When RDF converts that to 30 December 501 BCE its now in the 6th century BCE, so if you try to match the display of dates with precision worse than day, you must do the back-conversion to Julian before you try to decide how to display it. Finally, better make sure your Gregorian to Julian conversion routines works for the same range of dates as the RDF Julian to Gregorian converter does. Neither has a prayer of working for the start date of item Q1 (what does a year even mean when the earth doesn't exist yet)?TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T135764: Provide a way to access qualifier-specific values on Wikidata
Superyetkin added a comment. I am not sure the desired functionality can be achieved via Lua. What would be the steps to take for implementing such a module?TASK DETAILhttps://phabricator.wikimedia.org/T135764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SuperyetkinCc: hoo, Aklapper, Superyetkin, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Esc3300 added a comment. In T142198#2544647, @Smalyshev wrote: [..] We can not know with certainty what whoever have put the dates into Wikibase meant. [.] A problem I found with BC dates is that users input years for facts of which only the decade or century are considered certain.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137115: Add monolingual language code "non"
Esc3300 added a comment. It works now: https://www.wikidata.org/w/index.php?title=Q7899135&diff=363002519&oldid=363002485TASK DETAILhttps://phabricator.wikimedia.org/T137115EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Esc3300Cc: Lydia_Pintscher, Mbch331, Esc3300, TerraCodes, gerritbot, GerardM, Aklapper, afeder, Zppix, D3r1ck01, Izno, 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] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Smalyshev added a comment. Also, there is controversy over whether the author(s) of the RDF formatter have correcty interpreted what is stored in the data base and are converting the year correctly. Could you please explain what you mean? I'm the author of the RDF format (at least one of :) and I am not aware of any "controversy" - RDF follows XSD 1.1, and it's the industry standard. If you have observed some bugs there please submit a ticket. But of course the converter can't be written until the notation used in the source the converter is receiving input from is known with certainty. We can not know with certainty what whoever have put the dates into Wikibase meant. What however we can do is to define how we interpret the user input and stored data. And we have no choice but to do that - we have to put *something* in the output, and by the fact of putting that into output we are defining our interpretation. Right now the dates in the DB and JSON follow (roughly) the XSD 1.0 standard for serializing dates, but the RDF follows XSD 1.1 since it is accepted standard in semantic data world. The last date - -01-30 - doesn't seem to be valid, i.e. it does not describe any actual point on the date scale. Wikibase may sometimes allow to enter nonsensical values (including February 30th, etc.), but RDF can not really represent it.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T135764: Provide a way to access qualifier-specific values on Wikidata
hoo closed this task as "Declined".hoo added a comment. The parser function is only supposed for simple straight-forward data access. Complex selectors like this should be expressed in Lua.TASK DETAILhttps://phabricator.wikimedia.org/T135764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, Aklapper, Superyetkin, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T142491: Make ContentHandler search fields reusable across content models
debt triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T142491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, debtCc: debt, Smalyshev, Aklapper, aude, Avner, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, Deskana, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142693: Prevent adding item duplicates for the same property
Esc3300 added a comment. I don't think it shouldn't be excluded entirely. Statements can differ through references/qualifiers/ranks.TASK DETAILhttps://phabricator.wikimedia.org/T142693EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Lea_Lacroix_WMDE, Lydia_Pintscher, Bugreporter, Trizek-WMF, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Esc3300 edited the task description. (Show Details) EDIT DETAILS...-Wikidata: 27 November 8 BCE Julian -Wikidata Query Service (currently): "-0007-11-25T00:00:00Z" New display feature: -Wikidata Query Service (currently): "-0007-11-25T00:00:00Z"Service: 27 November 8 BCTASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T142198: [feature request] add option to display BC dates in Wikidata Query Service as on Wikidata
Esc3300 changed the title from "[feature request] add option to display BC dates as on Wikidata" to "[feature request] add option to display BC dates in Wikidata Query Service as on Wikidata".Esc3300 edited the task description. (Show Details) EDIT DETAILSTo simplify reading BC dates on WQS, it would be helpful to be able to display them as on www.wikidata.org GUI. This whatever conversion may currently be applied. Sample: -Wikidata: 27 November 8 BCE Julian -Wikidata Query Service (currently): "-0007-11-25T00:00:00Z"TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142491: Make ContentHandler search fields reusable across content models
aude added a comment. In T142491#2544524, @debt wrote: looks like this is related to this ticket as well: T142670 T142670 is just something i noticed when looking at the codeTASK DETAILhttps://phabricator.wikimedia.org/T142491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, audeCc: debt, Smalyshev, Aklapper, aude, Avner, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, Deskana, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T142491: Make ContentHandler search fields reusable across content models
debt edited projects, added Discovery-Search-Sprint; removed Discovery-Search-Backlog.debt assigned this task to Smalyshev.debt added a comment. looks like this is related to this ticket as well: T142670TASK DETAILhttps://phabricator.wikimedia.org/T142491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, debtCc: debt, Smalyshev, Aklapper, aude, Avner, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, Deskana, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates as on Wikidata
Jc3s5h added a comment. I made a chart of what happens around AD 1. All these dates were entered in the sandbox today and all have had the calendar manually set to Gregorian during the entry process. (I accidentally entered -01-22 while taking the default for this, Julian calendar, so I'm ignoring that date. The diff column is the timestamp value one sees while viewing diffs between different versions of the sandbox. entereddiffUI displayRDFJSON 1 January 2 BCE-0002-01-011 January 2 BCE-0001-01-01-0002-01-01 8 January 1 BCE-0001-01-088 January 1 BCE-01-08-0001-01-08 15 January 1+0001-01-1515 January 10001-01-15+0001-01-15 -01-30+-01-3030 January 0ignored+-01-30 TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T129836: References sections are not expanded anymore when viewing diffs
gerritbot added a comment. Change 304252 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Introduce ReadModeViewFactory for diffs and old revisions https://gerrit.wikimedia.org/r/304252TASK DETAILhttps://phabricator.wikimedia.org/T129836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, Jonas, thiemowmde, Lydia_Pintscher, Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T129836: References sections are not expanded anymore when viewing diffs
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T129836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, Jonas, thiemowmde, Lydia_Pintscher, Sjoerddebruin, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time
gerritbot added a comment. Change 303600 merged by jenkins-bot: Generic handling of baserevid for EntitySavingHelper https://gerrit.wikimedia.org/r/303600TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Lydia_Pintscher, Jonas, thiemowmde, daniel, Aklapper, Tobi_WMDE_SW, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates as on Wikidata
Jc3s5h added a comment. Oh dear. Blazegraph recently went through an upheaval, switching from XSD 1.0 (where year does not exist and -0002 = 2 BCE) to XSD 1.1 (where year does exist and -0001 = 2 BCE). Also, there is controversy over whether the author(s) of the RDF formatter have correcty interpreted what is stored in the data base and are converting the year correctly. I suspect there may be an inactivity timeout in this system, so I will submit this now and add more later.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates as on Wikidata
Jonas added a comment. The raw value is the value given by Blazegraph which is the value defined in RDF. This value is exported from Wikidata JSON serialization using this spec: https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#TimeTASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T69659: TemplateData: TemplateData should have a parameter to support Wikidata
putnik added a comment.
In T69659#1699301, @eranroz wrote:
I just wrote an example for it on mediawiki: https://www.mediawiki.org/wiki/Wikibase/Maps_TemplateData
The problems of mapping properties for Wikidata (unlike Citoid) that
we have a lot of similar properties, which names are simplified when they are inserted into infoboxes; it's your example of mapping, little extended:
"maps": {
"wikidata": {
"P17": "Country",
"P27": "Country",
"P41": "Flag",
"P495": "Country",
"P1532": "Country",
}
}
some fields work with a chain of properties, e. g. if there is no P1532, we should use P27 instead.
TASK DETAILhttps://phabricator.wikimedia.org/T69659EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: putnikCc: putnik, Mvolz, Lydia_Pintscher, RexxS, TheDJ, Mike_Peel, Trizek-WMF, Edgars2007, -jem-, IKhitron, eranroz, Aklapper, Multichill, Jdforrester-WMF, Elitre, Micru, TrevorParscal, Ricordisamoa, Keegan, Liuxinyu970226, Ltrlg, merbst, AlexMonk-WMF, Wess, D3r1ck01, Izno, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, Swainr, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142713: Standardize Wikibase client parser limit report
hoo added projects: MediaWiki-extensions-WikibaseClient, Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T142713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: aaron, daniel, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T119493: [Story] making entities more visual - image in header
gerritbot added a comment. Change 264294 abandoned by Jonas Kress (WMDE): [WIP] Page image as image header https://gerrit.wikimedia.org/r/264294TASK DETAILhttps://phabricator.wikimedia.org/T119493EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: adrianheine, Izno, Jan_Dittrich, Bene, Jonas, gerritbot, Lydia_Pintscher, Sjoerddebruin, Aklapper, Lewizho99, Maathavan, D3r1ck01, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142711: Size of text of all the gadgets have been modified
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: Wikidata, WMDE-Design.Herald added a subscriber: Aklapper.Herald added a project: Design. TASK DESCRIPTIONThe size of the text of the Wikidata widgets is bigger than it was before. This occurs on every gadget. This change appeared a few weeks ago. ScreenshotTASK DETAILhttps://phabricator.wikimedia.org/T142711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142709: Different size of text when editing the value and rank of a statement
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: Wikidata, WMDE-Design.Herald added a subscriber: Aklapper.Herald added a project: Design. TASK DESCRIPTIONWhen editing the value of a statement, the text of the menu is bigger than it was before, bigger than the text of the qualifier. ScreenshotsTASK DETAILhttps://phabricator.wikimedia.org/T142709EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142708: Different font while editing the alias of an item
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: Wikidata, WMDE-Design.Herald added a subscriber: Aklapper.Herald added a project: Design. TASK DESCRIPTIONWhen editing the alias of an item, the font of the text which appears when no alias exists is different of the font used in the rest of the area. ScreenshotTASK DETAILhttps://phabricator.wikimedia.org/T142708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Aklapper, Lea_Lacroix_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T142693: Prevent adding item duplicates for the same property
Trizek-WMF added subscribers: Lydia_Pintscher, Lea_Lacroix_WMDE.Trizek-WMF added a comment. In T142693#2543727, @Bugreporter wrote: See also T134371: [Story] Highlight already-existing properties while adding a new statement on an item to avoid duplicate edits Maybe merge, and edit the description. It depends on how @Lydia_Pintscher considers the two tasks to solve that as a separate or not.TASK DETAILhttps://phabricator.wikimedia.org/T142693EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Lea_Lacroix_WMDE, Lydia_Pintscher, Bugreporter, Trizek-WMF, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142693: Prevent adding item duplicates for the same property
Bugreporter added a comment. See also T134371: [Story] Highlight already-existing properties while adding a new statement on an item to avoid duplicate editsTASK DETAILhttps://phabricator.wikimedia.org/T142693EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Trizek-WMF, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T126873: Links to Wikidata items from Placeholders
hoo closed this task as "Resolved".hoo moved this task from Review to Done on the ArticlePlaceholder board.hoo removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T126873WORKBOARDhttps://phabricator.wikimedia.org/project/board/1416/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Lucie, Zppix, Ijon, jeblad, Lydia_Pintscher, Aklapper, StudiesWorld, Bugreporter, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126873: Links to Wikidata items from Placeholders
gerritbot added a comment. Change 304162 merged by jenkins-bot: Add Wikibase item links into the toolbox on article placeholders https://gerrit.wikimedia.org/r/304162TASK DETAILhttps://phabricator.wikimedia.org/T126873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, Lucie, Zppix, Ijon, jeblad, Lydia_Pintscher, Aklapper, StudiesWorld, Bugreporter, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142678: Wikiba.se git links broken
Danny_B removed a project: Gitblit-Deprecate.Danny_B added a comment. @jayvdb Sorry, but you are not right, please read the task. Current rules remove /summary/ of course. The problem is, that the repo in our link does not contain .git in its name, which is exactly the issue I linked. And since it has been declined, it is up to repo owners to fix their links, hence it is not #gitblit-deprecate issue anymore. However, I'm going to change the name of that task to be more generic and less confusing (as it obviously was), thanks for spotting.TASK DETAILhttps://phabricator.wikimedia.org/T142678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, Danny_BCc: Danny_B, jayvdb, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142678: Wikiba.se git links broken
jayvdb added a project: Gitblit-Deprecate.jayvdb added a comment. In T142678#2543592, @Danny_B wrote: T139027: gitblit blobs not redirecting to the correct moved resource unless .git is part of repo in url related not really. this is not a blob. For this one, /summary/ needs to be removed from the URL in a rewrite rule.TASK DETAILhttps://phabricator.wikimedia.org/T142678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, jayvdbCc: Danny_B, jayvdb, Aklapper, TerraCodes, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142678: Wikiba.se git links broken
Danny_B removed a project: Gitblit-Deprecate. TASK DETAILhttps://phabricator.wikimedia.org/T142678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, Danny_BCc: Danny_B, jayvdb, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142678: Wikiba.se git links broken
Danny_B added a comment. T139027: gitblit blobs not redirecting to the correct moved resource unless .git is part of repo in url relatedTASK DETAILhttps://phabricator.wikimedia.org/T142678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, Danny_BCc: Danny_B, jayvdb, Aklapper, TerraCodes, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142695: [Story] Cleanup after refactoring Add-/Remove-Toolbar
Danny_B added a project: Story. TASK DETAILhttps://phabricator.wikimedia.org/T142695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Danny_BCc: thiemowmde, Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142694: [Story] Refactor Add-/Remove-Toolbar
Danny_B added a project: Story. TASK DETAILhttps://phabricator.wikimedia.org/T142694EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Danny_BCc: thiemowmde, Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T124036: [Task] Add button to translate article
Lydia_Pintscher added a comment. Sounds good. Lucie: Do you know how to do it or do you need an example from @santhosh?TASK DETAILhttps://phabricator.wikimedia.org/T124036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Florian, Lydia_PintscherCc: Lydia_Pintscher, santhosh, Amire80, Arrbee, Nikerabbit, Pginer-WMF, KartikMistry, JanZerebecki, gerritbot, Aklapper, Lucie, WebIntegrity, Avner, Lewizho99, Maathavan, D3r1ck01, Izno, OrenBochman, Wikidata-bugs, Malyacko, aude, jayvdb, Ricordisamoa, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T124036: [Task] Add button to translate article
santhosh added a comment. We would like to have a campaign parameter set in the URL that is navigated from the button. For example, it can be 'articleplaceholder'. This will allow us to configure Content translation to activate the beta feature for the user without going through special:preference and all. Also helps us to do analytics to see how many translation started from a workflow starting here. An example where this kind of campaign and automatic beta feature activation is implemented: http://recommend.wmflabs.org/TASK DETAILhttps://phabricator.wikimedia.org/T124036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Florian, santhoshCc: Lydia_Pintscher, santhosh, Amire80, Arrbee, Nikerabbit, Pginer-WMF, KartikMistry, JanZerebecki, gerritbot, Aklapper, Lucie, WebIntegrity, Avner, Lewizho99, Maathavan, D3r1ck01, Izno, OrenBochman, Wikidata-bugs, Malyacko, aude, jayvdb, Ricordisamoa, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142691: Max lenght of reference label in russian
hoo added a comment. In T142691#2543325, @thiemowmde wrote: [Solution: Increase length] but does MySQL still support all indexing features when we increase the length? Yes, we had a similar problem with ips_site_page which we solved that way: T99459: ips_site_page is too short to store some (full) page titles.TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, hooCc: hoo, Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates as on Wikidata
Jonas added a comment. Thanks @Jc3s5h for your input. There is some irritation with BC and negative years. Therefore we agreed that BC is the better way to display negative years. Nevertheless in wdqs you will always see the raw date format when hovering over the formatted date.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142695: [Story] Cleanup after refactoring Add-/Remove-Toolbar
Jonas added a subtask: T142694: [Story] Refactor Add-/Remove-Toolbar. TASK DETAILhttps://phabricator.wikimedia.org/T142695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142694: [Story] Refactor Add-/Remove-Toolbar
Jonas added a parent task: T142695: [Story] Cleanup after refactoring Add-/Remove-Toolbar . TASK DETAILhttps://phabricator.wikimedia.org/T142694EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: thiemowmde, Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142695: [Story] Cleanup after refactoring Add-/Remove-Toolbar
Jonas created this task.Jonas added projects: Wikidata, MediaWiki-extensions-WikibaseView, Wikidata-Sprint-2016-08-16.Herald added a subscriber: Aklapper. TASK DESCRIPTION Remove useless stopediting event https://gerrit.wikimedia.org/r/#/c/298762/ Remove legacy edittoolbar mode https://gerrit.wikimedia.org/r/#/c/298763/ Stop using listviewenternewitem in statementview https://gerrit.wikimedia.org/r/#/c/298764/ Remove useless listviewenternewitem event https://gerrit.wikimedia.org/r/#/c/298765/ Remove itemremoved event https://gerrit.wikimedia.org/r/#/c/298766/ Remove destroy event in listview https://gerrit.wikimedia.org/r/#/c/297563/ Fix empty references removal https://gerrit.wikimedia.org/r/#/c/298767/ Unify startEditing and stopEditing in EditableTemplatedWidget https://gerrit.wikimedia.org/r/#/c/298768/ Turn views into EditableTemplatedWidgets https://gerrit.wikimedia.org/r/#/c/298769/ TASK DETAILhttps://phabricator.wikimedia.org/T142695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142694: [Story] Refactor Add-/Remove-Toolbar
Jonas created this task.Jonas added projects: Wikidata, MediaWiki-extensions-WikibaseView, Wikidata-Sprint-2016-08-16.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThis will refactor code from the toolbar controllers to the views and factory. The goal is to unify and reuse code for all views and store view specific logic within the views. Introduce StructureEditorFactory https://gerrit.wikimedia.org/r/#/c/298755/ Add getReferenceView https://gerrit.wikimedia.org/r/#/c/298757/ Pass removeCallback to getStatementView https://gerrit.wikimedia.org/r/#/c/298758/ Create all addtoolbars in ControllerViewFactory https://gerrit.wikimedia.org/r/#/c/298759/ Switch reference removetoolbar https://gerrit.wikimedia.org/r/#/c/298760/ Handle remove toolbars in ControllerViewFactory https://gerrit.wikimedia.org/r/#/c/298761/ TASK DETAILhttps://phabricator.wikimedia.org/T142694EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: thiemowmde, Jonas, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142693: Prevent adding item duplicates for the same property
Trizek-WMF created this task.Trizek-WMF added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI was adding some information to an item, and these informations where already there. I should have been warned for that. I did that with my volunteer account: https://www.wikidata.org/w/index.php?title=Q21126803&type=revision&diff=363362448&oldid=363362305TASK DETAILhttps://phabricator.wikimedia.org/T142693EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Trizek-WMFCc: Trizek-WMF, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T142691: Max lenght of reference label in russian
thiemowmde triaged this task as "Normal" priority.thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Wikidata-Sprint-2016-08-16.thiemowmde added a comment. There are multiple things to consider here here: The label, description and alias fields are limited to 250 characters (see multilang-limits in Wikibase.default.php). Same for monolingual terms. But string values are limited to 400 characters. I'm not absolutely sure all this is as intended. We are currently using the term_text column from the wb_terms table to display these labels. It's set to varbinary(255). But:F4353116: Screenshot from 2016-08-11 11:37:15.png There are multiple problems with touching the term_text field: There is no absolute maximum byte length a 250 characters UTF-8 string can have. A sequence of emoji may even exceed 1000 bytes. [Solution: Increase length] but does MySQL still support all indexing features when we increase the length? [Solution: Use VARCHAR] But does MySQL still support all indexing features when we change the field from VARBINARY to VARCHAR? [Solution: Fallback to retrieving lookup] A possible workaround is to check the length of the strings returned by the EntityInfoTermLookup. If it's exactly 255 characters we repeat the lookup a second time with the EntityRetrievingTermLookup. (Or to add this fallback behavior directly to the EntityInfoTermLookup) The "retrieving" lookup was the one we used for all label lookups a few months ago. We started using the term table based lookup for performance reasons, to avoid deserializing hundreds of entity blobs just because we need a few labels. [Solution: Elastic lookup] Long term solution should be to "drop" the terms table (read: do not use it any more) in favor of a proper elastic based index (see T125500: Index Wikidata labels and descriptions as separate fields in ElasticSearch). TASK DETAILhttps://phabricator.wikimedia.org/T142691WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142198: [feature request] add option to display BC dates as on Wikidata
Jc3s5h added a comment. There is considerable doubt about the correctness of the user interface. I suggest anyone undertaking this must obtain an ironclad definition of the meaning of the exact source WQS is obtaining the data from. Data entered into the database may have been entered with a variety of tools, not just the user interface. There is reason to suspect some of these tools would have treated -0001-01-01 as January 1, 2 BCE, while others would have treated it as January 1, 1 BCE. Thus, looking at examples of well-known BCE dates in the user interface is not a reliable way to judge the definition of the source of data that the user interface pulls from.TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Jc3s5h, Aklapper, Esc3300, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T142691: Max lenght of reference label in russian
Lea_Lacroix_WMDE edited the task description. (Show Details)
EDIT DETAILSOn [[ https://www.wikidata.org/wiki/Q120180?uselang=ru | the russian UI of Q120180 ]], in position held property (P39) (занимаемая должность), the reference label for [[ https://www.wikidata.org/wiki/Q19180760 | Q19180760 ]] is trimmed.org/wiki/Q19180760 | Q19180760 ]] is trimmed.
{F4353106}TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Lea_Lacroix_WMDECc: Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T142691: Max lenght of reference label in russian
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONOn the russian UI of Q120180, in position held property (P39) (занимаемая должность), the reference label for Q19180760 is trimmed.TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Lea_Lacroix_WMDECc: Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T90872: create a notification service based on Wikidata data (Squee)
Glorian_Yapinus claimed this task.Glorian_Yapinus added a comment. I am starting to work on the concept for this.TASK DETAILhttps://phabricator.wikimedia.org/T90872EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Glorian_YapinusCc: Glorian_Yapinus, Billghost, Liuxinyu970226, Ricordisamoa, Aklapper, Eloquence, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T119302: Investigate loading data from TSV & CSV files into Grafana for graphing
Addshore closed this task as "Resolved".Addshore added a comment. I would say that the investigation here is defiantly complete. The two options are: use the simple json datasource and thus create a simple json api for accessing the TSV / CSV files that are needed create a datasource specifically for reading CSVs / TSVs For out usecase I think the json api would make more sense and would also be easier to maintain.TASK DETAILhttps://phabricator.wikimedia.org/T119302EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T142678: Wikiba.se git links broken
Lydia_Pintscher assigned this task to JeroenDeDauw. TASK DETAILhttps://phabricator.wikimedia.org/T142678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, Lydia_PintscherCc: jayvdb, Aklapper, TerraCodes, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T126873: Links to Wikidata items from Placeholders
Lydia_Pintscher added a project: Wikidata-Sprint-2016-08-02. TASK DETAILhttps://phabricator.wikimedia.org/T126873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, Lydia_PintscherCc: gerritbot, Lucie, Zppix, Ijon, jeblad, Lydia_Pintscher, Aklapper, StudiesWorld, Bugreporter, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T135442: Lua should have access to get Q-ID from wiki:page pair
Dvorapa reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T135442EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DvorapaCc: Aklapper, Dvorapa, czar, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Anomie, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Merged] T124036: [Task] Add button to translate article
Lydia_Pintscher added subscribers: KartikMistry, Pginer-WMF, Nikerabbit, Arrbee, Amire80, santhosh, Lydia_Pintscher.Lydia_Pintscher merged a task: T142683: Create ContentTranslation entrypoint to create article from ArticlePlaceholder. TASK DETAILhttps://phabricator.wikimedia.org/T124036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Florian, Lydia_PintscherCc: Lydia_Pintscher, santhosh, Amire80, Arrbee, Nikerabbit, Pginer-WMF, KartikMistry, JanZerebecki, gerritbot, Aklapper, Lucie, WebIntegrity, Avner, Lewizho99, Maathavan, D3r1ck01, Izno, OrenBochman, Wikidata-bugs, Malyacko, aude, jayvdb, Ricordisamoa, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142683: Create ContentTranslation entrypoint to create article from ArticlePlaceholder
Lydia_Pintscher closed this task as a duplicate of T124036: [Task] Add button to translate article. TASK DETAILhttps://phabricator.wikimedia.org/T142683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Pginer-WMF, Nikerabbit, Arrbee, Amire80, santhosh, Lydia_Pintscher, KartikMistry, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Jsahleen, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T133498: Detect and extend known title <-> entity links in a semi-automatic way
Rical added a comment. I agree that only humans can decide. For this we could restrict my propositon in this way: The sitelinks extender propose each new link at patrollers, in Wikiprojects and in Wikibase if 3 patrollers validate the new link, the extender records the new link. The sitelinks extender can propose new links only if 2 templates or modules already define the correspondance. Following these rules, or better ones, the extender can help to create a hight number of sure new links for many modules.TASK DETAILhttps://phabricator.wikimedia.org/T133498EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RicalCc: Tpt, Zppix, czar, Dvorapa, hoo, Lydia_Pintscher, JulesWinnfield-hu, Wikidata-bugs, Ricordisamoa, Candalua, Yair_rand, ValterVB, Accurimbono, Aubrey, matej_suchanek, Edgars2007, Aklapper, Daniel_Mietchen, Mbch331, Herzi.Pinki, Bene, SJu, Pasleim, Rical, D3r1ck01, Izno, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
