[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,

[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,

[Wikidata] (Ab)use of "deprecated"

Dear all, As you may know, statements in Wikidata can be marked as "preferred" or "deprecated" to distinguish them from the "normal" ones. I found that many items have perfectly valid historical statements marked as "deprecated". For example, our showcase item "Kleinmachnow"

[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-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

[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-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:

[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.

Re: [Wikidata] Breaking change in JSON serialization?

Dear all, There have been some interesting discussions about breaking changes here, but before we continue in this direction, let me repeat that I did not start this thread to define what is a "breaking change" in JSON. There are JSON libraries that define this in a strict way (siding with

Re: [Wikidata] Breaking change in JSON serialization?

On 08/11/2016 01:35 PM, Stas Malyshev wrote: > Hi! > >> My view is that this tool should be extremely cautious when it sees new data >> structures or fields. The tool should certainly not continue to output >> facts without some indication that something is suspect, and preferably >> should

[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

[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,

[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,

[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,

Re: [Wikidata] (Ab)use of "deprecated"

Hi! > I would argue that this is better done by using qualifiers (e.g. start > data, end data). If a statement on the population size would be set to > preferred, but isn't monitored for quite some time, it can be difficult > to see if the "preferred" statement is still accurate, whereas a >

[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,

[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,

[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,

[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

Re: [Wikidata] Breaking change in JSON serialization?

Hi! > My view is that this tool should be extremely cautious when it sees new data > structures or fields. The tool should certainly not continue to output > facts without some indication that something is suspect, and preferably > should refuse to produce output under these circumstances. I

Re: [Wikidata] (Ab)use of "deprecated"

On 11.08.2016 18:45, Andra Waagmeester wrote: On Thu, Aug 11, 2016 at 4:15 PM, Markus Kroetzsch > wrote: has a statement "population: 20,086 (point in time: 2011)" that is confirmed by a reference. Nevertheless, the

[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,

[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,

[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

[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,

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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:

[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

[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:

Re: [Wikidata] ArticlePlaceholder is now live on Welsh and Kannada Wikipedia

Great, Lydia, Lucie and All, Thanks for these important ArticlePlaceholder developments. What are further steps ahead for Content Translation in these regards? For example, how best to chart out a possible path to an Universal Translator in Wikipedia's 358 languages from where we are now? What's

[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

[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=363002519=363002485TASK DETAILhttps://phabricator.wikimedia.org/T137115EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Esc3300Cc: Lydia_Pintscher, Mbch331,

[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

[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

[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,

[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,

[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

[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

[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

[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

Re: [Wikidata] (Ab)use of "deprecated"

On Thu, Aug 11, 2016 at 4:15 PM, Markus Kroetzsch < markus.kroetz...@tu-dresden.de> wrote: > > has a statement "population: 20,086 (point in time: 2011)" that is > confirmed by a reference. Nevertheless, the statement is marked as > "deprecated". This would mean that the statement "the popluation

[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

[Wikidata] Job Vacancy Textmining, Hannover

Dear all, we have a vacancy in our group on text mining in Open Access publications. The results of the text mining process will be stored using Wikidata infrastructure. The position is for three years with a possibility of extension. The Job is part of a new project "NOA - The replication

[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

[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,

Re: [Wikidata] (Ab)use of "deprecated"

On Thu, Aug 11, 2016 at 4:15 PM, Markus Kroetzsch wrote: > Dear all, > > As you may know, statements in Wikidata can be marked as "preferred" or > "deprecated" to distinguish them from the "normal" ones. > > I found that many items have perfectly valid historical

[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:

[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

Re: [Wikidata] Controversy around Wikimania talks

Hoi, I do not care for "policies" that are only there for some and not for others. I do not care to be told that I am wrong because of the policy and at the same time to notice that policies are arbitrarily enforced. This is not one such situation. One person who has the power deleted many items

[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

Re: [Wikidata] Breaking change in JSON serialization?

On 08/05/2016 08:57 AM, Daniel Kinzler wrote: > Am 05.08.2016 um 17:34 schrieb Peter F. Patel-Schneider: >> So some additions are breaking changes then. What is a system that consumes >> this information supposed to do? If the system doesn't monitor announcements >> then it has to assume that

Re: [Wikidata] Breaking change in JSON serialization?

My view is that any tool that imports external data has to be very cautious about additions to the format of that data absent strong guarantees about the effects of these additions. Consider a tool that imports the Wikidata JSON dump, extracts base facts from the dump, and outputs these facts in

[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

[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,

[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:

Re: [Wikidata] Render sparql queries using the Histropedia timeline engine

On 11.08.2016 13:40, Daniel Kinzler wrote: Hi Navino! Thank you for your awesome work! Since this has caused some confusion again recently, I want to caution you about a major gotcha regarding dates in RDF and JSON: they use different conventions to represent years BCE. I just updated our JSON

[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

[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

[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

[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

Re: [Wikidata] Render sparql queries using the Histropedia timeline engine

Yay, fun indeed! I can see all of the BCE dates are out by one on the timeline, will get that fixed. Thanks a lot for updating the JSON spec and filling me in on the details, that's cleared a few things up :-) On 11 Aug 2016 12:40, "Daniel Kinzler" wrote: > Hi

[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:

[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

[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

[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

[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

[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,

[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,

Re: [Wikidata] Render sparql queries using the Histropedia timeline engine

Hi Navino! Thank you for your awesome work! Since this has caused some confusion again recently, I want to caution you about a major gotcha regarding dates in RDF and JSON: they use different conventions to represent years BCE. I just updated our JSON spec to reflect that reality, see

[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,

[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,

[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:

[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

Re: [Wikidata] Controversy around Wikimania talks

Hoi, What is trivial. I find that the disappointment in what our policies bring us amounts to a lot. Effectively it is only who you are that determines what you get away with. The quality of arguments are easily dismissed with "I have a different opinion" (that is NOT an argument. When you look

[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

[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

[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,

[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] [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

[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

[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:

[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

[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

[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 ]]

[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

[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,

[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

[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,

[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,

[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,

[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

[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,

  1   2   >