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-Ex
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,
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-Que
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/em
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, Wik
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: gerrit
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.
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 "ad
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, M
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, Ad
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-
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,
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, J
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
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
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
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, SmalyshevC
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 s
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
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___
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 fro
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 Gregor
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 DE
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 *somethi
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 ra
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 R
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
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/settin
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_Pintsch
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 seri
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: Sup
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 DETAILh
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,
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
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/setting
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,
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_Lacr
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://phabrica
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 wou
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/emai
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.wikimed
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 ignor
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
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, Maathav
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: gerri
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 correct
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/T14219
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
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
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: ad
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
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 qualifi
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 t
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 descripti
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: Bug
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.
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/emailpreferenc
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
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
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__
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 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
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
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_Pintsch
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
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 (f
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:
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
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,
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.wik
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
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.wikidat
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
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 variet
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 ]] i
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.wikime
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, L
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
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, au
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, StudiesWo
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, Anomi
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 PREFE
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,
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 ext
84 matches
Mail list logo