[Wikidata-bugs] [Maniphest] [Commented On] T54971: [Goal] Sitelinks to Incubator, OldWikisource and BetaWikiversity

2017-09-02 Thread Koavf 
Koavf added a comment.
Very much so. There are perfectly legitimate documents at mul.ws and in addition to being disrespectful for the work put into them, some of those documents are among the few of a given language that even exist. If mul.ws continues in fulfilling its purpose, it will be a very valuable resource for many languages which are more-or-less not literate, endangered, or extinct. That's culturally invaluable. So yes, please make incoming links to mul.ws which is a stable resource that has a functioning subdomain (if memory serves, I was the one who proposed that mul.wikisource.org redirect to wikisource.org). Separate out beta.wv and Incubator if necessary but please move forward on mul.ws.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KoavfCc: Bugreporter, PokestarFan, gh87, Koavf, StevenJ81, Samwilson, Esc3300, srishakatux, C933103, Stashbot, hoo, aude, JanZerebecki, TTO, Liuxinyu970226, Accurimbono, Aklapper, Ricordisamoa, Purodha, liangent, Wikidata-bugs, Vogone, Candalua, SPQRobin, mxn, Filceolaire, jayvdb, Micru, revi, Billinghurst, Lydia_Pintscher, MF-Warburg, zhuyifei1999, Tpt, GoranSMilovanovic, QZanden, Izno, Wong128hk, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54971: [Goal] Sitelinks to Incubator, OldWikisource and BetaWikiversity

2017-09-02 Thread Billinghurst 
Billinghurst added a comment.
Well said @Koavf. mulWS is definitely a permanent home for some works and if Wikidata is to function fully there needs to be a means to link to these works. We are falling into an area where it seems that some are wiping their hands and walking away, and that is disrespectful for those pour their time into works yet who are captured by the hierarchy that has been created for them.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Bugreporter, PokestarFan, gh87, Koavf, StevenJ81, Samwilson, Esc3300, srishakatux, C933103, Stashbot, hoo, aude, JanZerebecki, TTO, Liuxinyu970226, Accurimbono, Aklapper, Ricordisamoa, Purodha, liangent, Wikidata-bugs, Vogone, Candalua, SPQRobin, mxn, Filceolaire, jayvdb, Micru, revi, Billinghurst, Lydia_Pintscher, MF-Warburg, zhuyifei1999, Tpt, GoranSMilovanovic, QZanden, Izno, Wong128hk, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T151717: Usage tracking: record which statement group is used

2017-09-02 Thread gerritbot 
gerritbot added a comment.
Change 375544 had a related patch set uploaded (by Eranroz; owner: Eranroz):
[operations/mediawiki-config@master] Enable usage aspect C on elwiki

https://gerrit.wikimedia.org/r/375544TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: eranroz, Ottomata, PokestarFan, Ladsgroup, Stashbot, gerritbot, Halfak, jcrespo, TomT0m, Hall1467, hoo, zhuyifei1999, Eloquence, Lydia_Pintscher, Sannita, Ainali, Liuxinyu970226, MZMcBride, Ricordisamoa, Micru, jayvdb, Daniel_Mietchen, Tobi_WMDE_SW, Legoktm, Abraham, Wikidata-bugs, liangent, jeremyb, aude, Bianjiang, Aklapper, DixonD, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, 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] T54971: [Goal] Sitelinks to Incubator, OldWikisource and BetaWikiversity

2017-09-02 Thread Koavf 
Koavf added a comment.
For what it's worth, a subtle point about mul.ws may be missed here. The goal of Incubator and beta.wv (which I firmly believe should have been incorporated into Incubator many years ago) is two-fold: two foster small content that can grow into an independent project either from 1.) a closed wiki that used to be live or 2.) a newly-established community. Mul.ws doesn't really function that way--altho some projects do graduate into their own subdomains, 1.) many never will, simply because the corpus of literature doesn't exist and 2.) there are works which *are* themselves multilingual. There is no reason to have (e.g.) a collection of quotations in two different languages but there are very good reasons to hosts books which were published in multiple languages. So the best case scenario for Incubator and beta.wv is that everything graduates and there isn't really much that stays there or "happens" at those wikis other than moving them into maturity and some small coordination. Mul.ws is and should always be a stand-alone project which will harbor content indefinitely.

All this is to say that making interwiki links to Incubator or beta.wv may not be a priority really since the good stuff will just end up graduating anyway but it's *necessary* to be able to interlink with mul.ws.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KoavfCc: Bugreporter, PokestarFan, gh87, Koavf, StevenJ81, Samwilson, Esc3300, srishakatux, C933103, Stashbot, hoo, aude, JanZerebecki, TTO, Liuxinyu970226, Accurimbono, Aklapper, Ricordisamoa, Purodha, liangent, Wikidata-bugs, Vogone, Candalua, SPQRobin, mxn, Filceolaire, jayvdb, Micru, revi, Billinghurst, Lydia_Pintscher, MF-Warburg, zhuyifei1999, Tpt, GoranSMilovanovic, QZanden, Izno, Wong128hk, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T164773: Error replicating wikidata blazegraph setup

2017-09-02 Thread Yurik 
Yurik added a comment.
I just finished full re-import with -Xmx=16GB , and it worked fine. I am not sure what has caused the original issue.  For future reference, here are the import stats (importing both Wikidata and OSM data from the same dir - 33GB total, 683 files of about the same size.  Total time was about 36 hours.  First 329 files were OSM, second 354 - wikidata (note how the graph starts jumping, possibly due to per-file statement distribution in WD.  OSM data is much more uniform in terms of statement per osm object)

F9290936: image.png

raw datastatements	time	rate	sets
107,179,984	640	167,220	6
189,557,036	1,260	150,378	11
255,343,483	1,884	135,523	15
323,230,658	2,533	127,587	19
389,362,380	3,231	120,504	23
454,181,776	3,971	114,351	27
519,770,290	4,654	111,667	31
585,537,711	5,358	109,275	35
669,713,329	6,025	111,138	40
753,727,112	6,704	112,415	45
835,803,507	7,485	111,656	50
901,307,143	8,218	109,668	54
966,655,528	8,963	107,845	58
1,015,648,545	9,570	106,123	61
1,080,889,536	10,310	104,829	65
1,147,921,605	11,098	103,427	69
1,218,376,248	11,800	103,245	73
1,288,894,078	12,464	103,401	77
1,340,627,982	13,252	101,158	80
1,374,208,625	13,948	98,521	82
1,408,174,205	14,568	96,659	84
1,459,277,475	15,389	94,824	87
1,510,100,090	16,207	93,174	90
1,560,517,757	16,986	91,866	93
1,627,435,035	17,713	91,877	97
1,693,942,260	18,401	92,053	101
1,760,534,757	19,151	91,927	105
1,827,353,450	19,934	91,669	109
1,877,349,669	20,571	91,260	112
1,927,029,732	21,190	90,937	115
1,976,839,801	21,803	90,665	118
2,043,621,669	22,602	90,417	122
2,093,614,307	23,222	90,153	125
2,143,530,955	23,884	89,744	128
2,193,300,587	24,504	89,506	131
2,259,768,850	25,281	89,382	135
2,309,402,067	25,896	89,178	138
2,359,045,834	26,524	88,937	141
2,408,813,042	27,193	88,582	144
2,458,534,137	27,866	88,224	147
2,508,173,248	28,587	87,736	150
2,557,695,348	29,236	87,481	153
2,607,093,365	29,879	87,254	156
2,672,980,080	30,659	87,181	160
2,722,486,059	31,293	86,997	163
2,771,962,432	31,913	86,859	166
2,837,660,998	32,616	87,001	170
2,887,208,486	33,270	86,779	173
2,936,799,169	33,925	86,567	176
2,986,273,795	34,593	86,325	179
3,035,728,568	35,243	86,136	182
3,085,184,315	35,859	86,035	185
3,151,468,039	36,608	86,086	189
3,201,011,063	37,213	86,017	192
3,267,535,396	37,935	86,134	196
3,334,686,516	38,576	86,443	200
3,401,886,904	39,240	86,692	204
3,468,645,120	39,954	86,814	208
3,534,648,676	40,730	86,781	212
3,600,523,802	41,492	86,775	216
3,666,138,573	42,282	86,706	220
3,731,829,153	43,077	86,629	224
3,797,535,576	43,829	86,643	228
3,863,523,948	44,582	86,659	232
3,928,985,444	45,258	86,812	236
3,994,209,028	45,921	86,979	240
4,059,507,043	46,604	87,104	244
4,125,187,426	47,359	87,104	248
4,190,652,309	48,108	87,108	252
4,256,123,933	48,782	87,246	256
4,321,507,795	49,466	87,362	260
4,386,987,648	50,120	87,528	264
4,452,442,948	50,739	87,750	268
4,517,769,637	51,363	87,956	272
4,583,567,763	52,006	88,133	276
4,649,357,008	52,705	88,213	280
4,715,013,078	53,387	88,316	284
4,780,538,748	54,036	88,468	288
4,845,958,188	54,701	88,588	292
4,912,126,601	55,324	88,787	296
4,977,535,397	55,951	88,961	300
5,042,533,501	56,599	89,091	304
5,107,487,478	57,217	89,264	308
5,172,445,286	57,824	89,450	312
5,253,524,269	58,545	89,734	317
5,305,784,367	59,194	89,633	320
5,343,676,632	60,030	89,016	322
5,381,274,598	60,966	88,265	324
5,418,420,058	61,807	87,665	326
5,468,584,289	62,692	87,228	329
5,518,098,321	63,442	86,977	333
5,564,009,469	64,131	86,759	339
5,619,110,296	64,763	86,763	345
5,673,559,079	65,380	86,777	354
5,715,132,031	65,986	86,610	360
5,756,082,773	66,616	86,406	368
5,812,130,630	67,248	86,428	376
5,858,211,979	67,888	86,291	382
5,917,602,276	68,563	86,308	390
5,972,627,425	69,255	86,241	396
6,033,689,471	70,387	85,720	400
6,061,126,737	71,089	85,260	402
6,090,631,401	71,841	84,778	405
6,120,734,012	72,539	84,377	409
6,153,355,223	73,182	84,082	413
6,207,067,286	73,873	84,023	420
6,253,755,885	74,611	83,817	427
6,284,713,321	75,280	83,484	432
6,319,282,922	76,000	83,147	439
6,355,867,878	76,609	82,964	444
6,399,714,387	77,288	82,803	450
6,436,640,839	78,036	82,482	455
6,481,234,379	78,650	82,405	461
6,526,759,664	79,391	82,209	466
6,579,995,114	80,501	81,737	470
6,599,378,396	81,211	81,261	471
6,625,131,210	82,089	80,705	473
6,645,098,333	82,772	80,281	475
6,669,624,733	83,502	79,873	478
6,699,812,271	84,314	79,462	482
6,738,122,743	84,990	79,281	486
6,774,046,102	85,662	79,078	492
6,808,866,336	86,267	78,927	497
6,833,736,316	86,915	78,625	501
6,860,334,945	87,592	78,320	506
6,887,971,112	88,315	77,992	511
6,919,244,750	88,952	77,786	515
6,953,331,447	89,571	77,628	520
6,978,517,812	90,206	77,361	523
7,007,112,877	90,843	77,134	527
7,044,596,712	91,468	77,016	532
7,080,015,049	92,212	76,779	536
7,124,088,113	93,041	76,569	540
7,145,384,434	94,007	76,008	541
7,163,582,483	94,892	75,491	542
7,177,490,061	95,537	75,127	543
7,198,819,202	96,483	74,611	545
7,217,160,866	97,276	74,191	547
7,239,559,213	98,115	73,786	550

[Wikidata-bugs] [Maniphest] [Updated] T173032: Replace all current "X" usage with nuanced usage information (label/description/sitelink) via Lua table

2017-09-02 Thread eranroz 
eranroz added a comment.
Now that T172905 is deployed I did few minor changes in hewiki Lua modules (1, 2) and was able to reduce the X usage by more than 50% (still counting - not all pages refreshed).

Before:

select eu_aspect, count(*) from wbc_entity_usage group by eu_aspect ;
+---+--+
| eu_aspect | count(*) |
+---+--+
| L |1 |
| L.en  |16330 |
| L.he  |   204341 |
| O |   182784 |
| S |   285360 |
| T |   220551 |
| X |   213307 |
+---+--+

After (~9 hours after):

+---+--+
| eu_aspect | count(*) |
+---+--+
| L |1 |
| L.en  |45705 |
| L.he  |   299934 |
| O |   253234 |
| S |   285378 |
| T |   277941 |
| X |   100303 |
+---+--+

(note the increase in O in favor of X).TASK DETAILhttps://phabricator.wikimedia.org/T173032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: hoo, Doc_James, PokestarFan, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, Halfak, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T168810: Chomp leading and trailing spaces in Property:P742

2017-09-02 Thread matej_suchanek 
matej_suchanek closed this task as a duplicate of T47925: [Task] Apply normalization to string values in statements.
TASK DETAILhttps://phabricator.wikimedia.org/T168810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, 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] T47925: [Task] Apply normalization to string values in statements

2017-09-02 Thread matej_suchanek 
matej_suchanek added a subscriber: Billinghurst.matej_suchanek merged a task: T168810: Chomp leading and trailing spaces in Property:P742.
TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, matej_suchanekCc: Billinghurst, Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lordiis, GoranSMilovanovic, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Zoranzoki21, Lewizho99, Maathavan, 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] [Commented On] T171929: allow Special:Nearby/

2017-09-02 Thread aude 
aude added a comment.
I have a script for this:
https://www.wikidata.org/wiki/User:Aude/nearby.jsTASK DETAILhttps://phabricator.wikimedia.org/T171929EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, TheDJ, Sjoerddebruin, matej_suchanek, Aklapper, Esc3300, PokestarFan, mojoaxel, GoranSMilovanovic, QZanden, Winter, 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] T171929: allow Special:Nearby/

2017-09-02 Thread Esc3300 
Esc3300 added a comment.
It would be good if there was a way to change this on www.wikidata.orgTASK DETAILhttps://phabricator.wikimedia.org/T171929EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: TheDJ, Sjoerddebruin, matej_suchanek, Aklapper, Esc3300, PokestarFan, mojoaxel, GoranSMilovanovic, QZanden, Winter, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Linking to place with Wikipedia page but no Wikidata link

2017-09-02 Thread Jane Darnell 
Thanks! That really made me laugh and I needed that. The wonderful story of
Wikidata's history set within the wonderful story of Wikipedia's history
anno 2014 is truly amazing. Using that information to describe Wikidata
today is like trying to imagine the "bot wars" that have recently become a
viral hit on various social media websites. You could say Wikidata was born
out of a need to end "bot wars" between updating interwikilink bots. After
that "bot war" ended though, it looks like we created a new "bot war" where
Wikipedians became afraid of this new project because they might get bitten
by a bot.
https://blog.wikimedia.org/2017/08/30/wikipedia-bot-pocalypse/

On Sat, Sep 2, 2017 at 3:05 PM, Ettore RIZZA  wrote:

> Hi Jane,
>
> I'm really sorry if my naïve comment made you sad. :/ To be clearer, I
> never wanted to minimize the contribution of the volunteers! It's just that
> I still don't know the internal mechanics of Wikidata. I recently read in a
> paper, already a bit old*, that 90% of editions were made by bots. I just
> thought that the mapping between the Wikipedia editions and Wikidata was
> part of these 90% automated tasks, after which the volunteers had to add
> the missing 10%, correct and enrich the automatic operations, etc. I'm
> sorry if I misunderstood.
>
> ** " Wikidata has grown significantly since its launch in October 2012;
> see the table here for key facts about its current content. It has also
> become the most edited Wikimedia project, with 150– 500 edits per minute,
> or a half million per day, about three times as many as the English
> Wikipedia. Approximately 90% of these edits are made by bots contributors
> create for automating tasks, yet almost one million edits per month are
> still made by humans."* (VRANDEČIĆ, Denny et KRÖTZSCH, Markus. Wikidata:
> a free collaborative knowledgebase. *Communications of the ACM*, 2014,
> vol. 57, no 10, p. 78-85.)
>
> 2017-09-02 14:42 GMT+02:00 Ed Summers :
>
>>
>> > On Sep 2, 2017, at 7:47 AM, Jane Darnell  wrote:
>> >
>> > Your note really made me feel so sad. I try to motivate my Wikipedian
>> friends into doing more on Wikidata and each time they react the way you
>> did, with a sentence like "I imagined that the mapping between Wikipedia
>> and Wikidata was ultra-automated." I guess there is something about the
>> "data" word in the same that makes people assume it is technical, or that
>> being "machine-readable" makes it impossible for humans to read and without
>> "bot" knowlege, there is no place for "normal contributors" to help out.
>>
>> I appreciate this perspective a great deal. I think it's great that you
>> are motivating users to edit Wikidata--it's really important. Wikidata is
>> nothing (IMHO) without the human-in-the-loop.
>>
>> But as a practical matter wouldn't it be useful if there were stubs in
>> Wikidata that would help editors identify which entities need attention? Or
>> would the vastness of it cause a problem?
>>
>> I can certainly see an argument for an embargo period to give
>> counter-vandalism efforts a chance to triage the new pages. But after that
>> point wouldn't it be useful if a bot monitored the language wikipedias for
>> new entries and then added them to Wikidata so that people could fill them
>> out?
>>
>> I'm just throwing ideas around here, and am not trying to be critical of
>> the current state of affairs. You all are doing amazing work.
>>
>> //Ed
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T174849: Sister links on Commons Category link to the same Commons category

2017-09-02 Thread Bugreporter 
Bugreporter closed this task as a duplicate of T128661: Don't add other projects links to commons on commons.
TASK DETAILhttps://phabricator.wikimedia.org/T174849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Multichill, GoranSMilovanovic, QZanden, Poyekhali, Izno, Wong128hk, Wikidata-bugs, aude, El_Grafo, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T128661: Don't add other projects links to commons on commons

2017-09-02 Thread Bugreporter 
Bugreporter added a subscriber: Multichill.Bugreporter merged a task: T174849: Sister links on Commons Category link to the same Commons category.
TASK DETAILhttps://phabricator.wikimedia.org/T128661EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, BugreporterCc: Multichill, Framawiki, XXN, Stashbot, gerritbot, Aklapper, Matanya, Steinsplitter, JEumerus, hoo, GoranSMilovanovic, Jayprakash12345, QZanden, DatGuy, Devwaker, Poyekhali, Urbanecm, Tulsi_Bhagat, Izno, Wong128hk, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, El_Grafo, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Linking to place with Wikipedia page but no Wikidata link

2017-09-02 Thread Jane Darnell 
Thanks for your comments Ed. To answer your question, all Wikidata items
created after someone else made a WIkipedia page (like the original Finnish
Wikipedia article at the beginning of this thread) are by definition
"stubs". Often (because of spelling differences in names) these should be
merged and not fleshed out further. This stubby group of possible merge
candidates happens precisely because the person making the item is not the
same as the person making the article. One of the requests I have made
before is to have a tool that generates a list of items linked to the
Wikipedia pages I personally created. In my case, this would be the
Wikipedia pages I created before 2014 or so, which I believe is more than a
thousand. If I had a list of these with the number of statements in the
items I would go through the ones with less than 5 statements and fix them.
Since Wikidata I have flipped my way of work: instead of starting with
images on Commons and then writing an article on Wikipedia, I now start
with items on Wikidata and add images and articles much further down the
road.

On Sat, Sep 2, 2017 at 2:42 PM, Ed Summers  wrote:

>
> > On Sep 2, 2017, at 7:47 AM, Jane Darnell  wrote:
> >
> > Your note really made me feel so sad. I try to motivate my Wikipedian
> friends into doing more on Wikidata and each time they react the way you
> did, with a sentence like "I imagined that the mapping between Wikipedia
> and Wikidata was ultra-automated." I guess there is something about the
> "data" word in the same that makes people assume it is technical, or that
> being "machine-readable" makes it impossible for humans to read and without
> "bot" knowlege, there is no place for "normal contributors" to help out.
>
> I appreciate this perspective a great deal. I think it's great that you
> are motivating users to edit Wikidata--it's really important. Wikidata is
> nothing (IMHO) without the human-in-the-loop.
>
> But as a practical matter wouldn't it be useful if there were stubs in
> Wikidata that would help editors identify which entities need attention? Or
> would the vastness of it cause a problem?
>
> I can certainly see an argument for an embargo period to give
> counter-vandalism efforts a chance to triage the new pages. But after that
> point wouldn't it be useful if a bot monitored the language wikipedias for
> new entries and then added them to Wikidata so that people could fill them
> out?
>
> I'm just throwing ideas around here, and am not trying to be critical of
> the current state of affairs. You all are doing amazing work.
>
> //Ed
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Closed] T96553: labels are not shown for redirect

2017-09-02 Thread Zoranzoki21 
Zoranzoki21 closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T96553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Zoranzoki21Cc: Ladsgroup, gerritbot, PokestarFan, hoo, daniel, Aklapper, Lydia_Pintscher, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] [Unblock] T68067: Support Redirects between Items (tracking)

2017-09-02 Thread Zoranzoki21 
Zoranzoki21 closed subtask T96553: labels are not shown for redirect as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T68067EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: PokestarFan, Liuxinyu970226, Ricordisamoa, Aklapper, Bene, Lydia_Pintscher, daniel, GoranSMilovanovic, QZanden, 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] [Unblock] T70567: Make EntityView UI aware of redirects

2017-09-02 Thread Zoranzoki21 
Zoranzoki21 closed subtask T96553: labels are not shown for redirect as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T70567EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: hoo, PokestarFan, thiemowmde, adrianheine, aude, Snaterlicious, Lydia_Pintscher, daniel, JohnLewis, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Linking to place with Wikipedia page but no Wikidata link

2017-09-02 Thread Ettore RIZZA 
Hi Jane,

I'm really sorry if my naïve comment made you sad. :/ To be clearer, I
never wanted to minimize the contribution of the volunteers! It's just that
I still don't know the internal mechanics of Wikidata. I recently read in a
paper, already a bit old*, that 90% of editions were made by bots. I just
thought that the mapping between the Wikipedia editions and Wikidata was
part of these 90% automated tasks, after which the volunteers had to add
the missing 10%, correct and enrich the automatic operations, etc. I'm
sorry if I misunderstood.

** " Wikidata has grown significantly since its launch in October 2012; see
the table here for key facts about its current content. It has also become
the most edited Wikimedia project, with 150– 500 edits per minute, or a
half million per day, about three times as many as the English Wikipedia.
Approximately 90% of these edits are made by bots contributors create for
automating tasks, yet almost one million edits per month are still made by
humans."* (VRANDEČIĆ, Denny et KRÖTZSCH, Markus. Wikidata: a free
collaborative knowledgebase. *Communications of the ACM*, 2014, vol. 57, no
10, p. 78-85.)

2017-09-02 14:42 GMT+02:00 Ed Summers :

>
> > On Sep 2, 2017, at 7:47 AM, Jane Darnell  wrote:
> >
> > Your note really made me feel so sad. I try to motivate my Wikipedian
> friends into doing more on Wikidata and each time they react the way you
> did, with a sentence like "I imagined that the mapping between Wikipedia
> and Wikidata was ultra-automated." I guess there is something about the
> "data" word in the same that makes people assume it is technical, or that
> being "machine-readable" makes it impossible for humans to read and without
> "bot" knowlege, there is no place for "normal contributors" to help out.
>
> I appreciate this perspective a great deal. I think it's great that you
> are motivating users to edit Wikidata--it's really important. Wikidata is
> nothing (IMHO) without the human-in-the-loop.
>
> But as a practical matter wouldn't it be useful if there were stubs in
> Wikidata that would help editors identify which entities need attention? Or
> would the vastness of it cause a problem?
>
> I can certainly see an argument for an embargo period to give
> counter-vandalism efforts a chance to triage the new pages. But after that
> point wouldn't it be useful if a bot monitored the language wikipedias for
> new entries and then added them to Wikidata so that people could fill them
> out?
>
> I'm just throwing ideas around here, and am not trying to be critical of
> the current state of affairs. You all are doing amazing work.
>
> //Ed
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Linking to place with Wikipedia page but no Wikidata link

2017-09-02 Thread Ed Summers 

> On Sep 2, 2017, at 7:47 AM, Jane Darnell  wrote:
> 
> Your note really made me feel so sad. I try to motivate my Wikipedian friends 
> into doing more on Wikidata and each time they react the way you did, with a 
> sentence like "I imagined that the mapping between Wikipedia and Wikidata was 
> ultra-automated." I guess there is something about the "data" word in the 
> same that makes people assume it is technical, or that being 
> "machine-readable" makes it impossible for humans to read and without "bot" 
> knowlege, there is no place for "normal contributors" to help out.

I appreciate this perspective a great deal. I think it's great that you are 
motivating users to edit Wikidata--it's really important. Wikidata is nothing 
(IMHO) without the human-in-the-loop.

But as a practical matter wouldn't it be useful if there were stubs in Wikidata 
that would help editors identify which entities need attention? Or would the 
vastness of it cause a problem?

I can certainly see an argument for an embargo period to give counter-vandalism 
efforts a chance to triage the new pages. But after that point wouldn't it be 
useful if a bot monitored the language wikipedias for new entries and then 
added them to Wikidata so that people could fill them out?

I'm just throwing ideas around here, and am not trying to be critical of the 
current state of affairs. You all are doing amazing work.

//Ed


signature.asc
Description: Message signed with OpenPGP
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Linking to place with Wikipedia page but no Wikidata link

2017-09-02 Thread Jane Darnell 
Your note really made me feel so sad. I try to motivate my Wikipedian
friends into doing more on Wikidata and each time they react the way you
did, with a sentence like "I imagined that the mapping between Wikipedia
and Wikidata was ultra-automated." I guess there is something about the
"data" word in the same that makes people assume it is technical, or that
being "machine-readable" makes it impossible for humans to read and without
"bot" knowlege, there is no place for "normal contributors" to help out.

I am not a bot operator in the sense that I have created any bots. I have
slowly started to appreciate the bots that have been built and do use the
ones available to me on Wikipedia, Commons, Wikidata, and Wikisource. I
also have really learned to appreciate the bot operators who take the time
to create them and tend to them through all the iterations of the mediawiki
software that seem to change ad infinitum. It's important to remember that
these are all volunteers too. Once I tried to follow a very acrimonious
conversation on English Wikipedia about "semi-automated edits" as if this
was the worst thing that could possibly happen. As someone who tends to
leave a lot of typos hanging around, I really appreciate the
"semi-automated edits" that correct them. I don't know what
"ultra-automated edits" are, but I can assure you there is a warm-blooded
human being behind each one of them.

On Fri, Sep 1, 2017 at 7:47 PM, Ettore RIZZA  wrote:

> Thank you for your answer, Jane. I had not thought about the fact that
> some professions could be better represented than others. I imagined that
> the mapping between Wikipedia and Wikidata was ultra-automated. It's very
> interesting.
>
> 2017-09-01 19:34 GMT+02:00 Osma Suominen :
>
>> Thank you Jane and everyone else for your speedy responses. Postponing
>> the creation of Wikidata entities for newly created Wikipedia articles that
>> may turn out to be short-lived makes total sense. So we will simply create
>> the corresponding Wikidata entities manually in cases like this.
>>
>> -Osma
>>
>>
>> Jane Darnell kirjoitti 01.09.2017 klo 16:36:
>>
>>> Checking the history of that page shows it was recently created. Not
>>> sure how the Finns do this but like the Dutch they probably have a bot that
>>> creates Wikidata items after a month or so has passed (this avoids creating
>>> items for things that get deleted through the "speedy delete" process). You
>>> can create the item yourself, or wait another month I guess.
>>> https://fi.wikipedia.org/w/index.php?title=Teuro=history
>>>
>>> On Fri, Sep 1, 2017 at 3:32 PM, Osma Suominen >> > wrote:
>>>
>>> Hi,
>>>
>>> This may be a total newbie question, sorry about that!
>>>
>>> While linking YSO places to Wikidata we have stumbled on a few cases
>>> where there is a Wikipedia article about the place we want to link,
>>> but that page has no Wikidata link visible. And it seems that
>>> Wikidata itself does not contain that entity.
>>>
>>> An example is the village Teuro in Tammela, Finland. It has a page
>>> on the Finnish Wikipedia:
>>> https://fi.wikipedia.org/wiki/Teuro
>>> 
>>>
>>> But that page has no Wikidata link. A search for "Teuro" in Wikidata
>>> gives a few hits, but none of them represent the village.
>>>
>>> What's the correct way to correct this? I found this guide:
>>> https://www.wikidata.org/wiki/Help:Linking_Wikipedia_pages
>>> 
>>>
>>> But I'm not 100% it addresses this exact situation. How did this
>>> happen in the first place? My naïve understanding was that every
>>> normal article in Wikipedia would have a corresponding Wikidata
>>> entity, but apparently that's not entirely true!
>>>
>>> -Osma
>>>
>>>
>>> -- Osma Suominen
>>> D.Sc. (Tech), Information Systems Specialist
>>> National Library of Finland
>>> P.O. Box 26 (Kaikukatu 4)
>>> 00014 HELSINGIN YLIOPISTO
>>> Tel. +358 50 3199529 
>>> osma.suomi...@helsinki.fi 
>>> http://www.nationallibrary.fi
>>>
>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org 
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>> 
>>>
>>>
>>>
>>>
>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>>
>>>
>>
>> --
>> Osma Suominen
>> D.Sc. (Tech), Information Systems Specialist
>> National Library of Finland
>> P.O. Box 26 (Kaikukatu 4)
>> 00014 HELSINGIN YLIOPISTO
>> Tel. +358 50 3199529
>>

[Wikidata-bugs] [Maniphest] [Commented On] T173930: Use version 0.4.x of DataValues/Common in Wikibase

2017-09-02 Thread Nikerabbit 
Nikerabbit added a comment.
This prevents installing Wikibase and Maps or SemanticMediaWiki on the same wiki. Is it necessary to require ^0.4.0? As far as I can see ^0.3.0|^0.4.0 could work as well.TASK DETAILhttps://phabricator.wikimedia.org/T173930EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, NikerabbitCc: Nikerabbit, gerritbot, WMDE-leszek, thiemowmde, Addshore, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T174849: Sister links on Commons Category link to the same Commons category

2017-09-02 Thread Multichill 
Multichill created this task.Multichill added projects: Wikidata, Commons.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSee screenshot at https://commons.wikimedia.org/wiki/File:Screenshot_of_Commons_category_Boituva.png . I'm seeing the same thing. Seems to be triggered by  Commons category (P373) .

Should probably be easy to fix if you know where this link is generated.TASK DETAILhttps://phabricator.wikimedia.org/T174849EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, GoranSMilovanovic, QZanden, Poyekhali, Izno, Wong128hk, Wikidata-bugs, aude, El_Grafo, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T129063: Improve Wikidata:Tools

2017-09-02 Thread Lydia_Pintscher 
Lydia_Pintscher added a comment.
Nice work, @Pasleim!TASK DETAILhttps://phabricator.wikimedia.org/T129063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Zoranzoki21, Pasleim, Ricordisamoa, Aklapper, Lydia_Pintscher, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, 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] [Commented On] T96553: labels are not shown for redirect

2017-09-02 Thread gerritbot 
gerritbot added a comment.
Change 375379 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Remove a few unused snippets from EntityParserOutputGeneratorTest

https://gerrit.wikimedia.org/r/375379TASK DETAILhttps://phabricator.wikimedia.org/T96553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: Ladsgroup, gerritbot, PokestarFan, hoo, daniel, Aklapper, Lydia_Pintscher, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T173818: [Epic] Kill the Wikidata build step

2017-09-02 Thread Addshore 
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION... - {T104045}
 - {T168491}

List of points that may end up as subtickets:...TASK DETAILhttps://phabricator.wikimedia.org/T173818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Jdforrester-WMF, Lucas_Werkmeister_WMDE, Agabi10, aude, hoo, Jonas, Aleksey_WMDE, WMDE-leszek, thiemowmde, daniel, Lydia_Pintscher, greg, Legoktm, Addshore, Aklapper, GoranSMilovanovic, QZanden, Liudvikas, Izno, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T129063: Improve Wikidata:Tools

2017-09-02 Thread Zoranzoki21 
Zoranzoki21 added a comment.

In T129063#3574865, @Pasleim wrote:
I created five new lists:
 Wikidata:Tools/Edit items
 Wikidata:Tools/Query data
 Wikidata:Tools/Enhance user interface
 Wikidata:Tools/Visualize data
 Wikidata:Tools/For programmers

Please comment on https://www.wikidata.org/wiki/Wikidata talk:Tools#List_redesign.


NiceTASK DETAILhttps://phabricator.wikimedia.org/T129063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: Zoranzoki21, Pasleim, Ricordisamoa, Aklapper, Lydia_Pintscher, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, 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] [Commented On] T129063: Improve Wikidata:Tools

2017-09-02 Thread Pasleim 
Pasleim added a comment.
I created five new lists:
Wikidata:Tools/Edit items
Wikidata:Tools/Query data
Wikidata:Tools/Enhance user interface
Wikidata:Tools/Visualize data
Wikidata:Tools/For programmers

Please comment on https://www.wikidata.org/wiki/Wikidata talk:Tools#List_redesign.TASK DETAILhttps://phabricator.wikimedia.org/T129063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PasleimCc: Pasleim, Ricordisamoa, Aklapper, Lydia_Pintscher, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, Zoranzoki21, 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] [Commented On] T173934: Release WikibaseInternalSerialization without mediawiki integration & use in Wikibase

2017-09-02 Thread Addshore 
Addshore added a comment.
Yep, it got picked up in https://gerrit.wikimedia.org/r/#/c/375356/TASK DETAILhttps://phabricator.wikimedia.org/T173934EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, AddshoreCc: Lucas_Werkmeister_WMDE, Aklapper, WMDE-leszek, thiemowmde, Addshore, GoranSMilovanovic, QZanden, 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] T151717: Usage tracking: record which statement group is used

2017-09-02 Thread eranroz 
eranroz added a comment.
What is the current status of it?

use elwiki_p;

select eu_aspect, count(*) from wbc_entity_usage group by eu_aspect;
+---+--+
| eu_aspect | count(*) |
+---+--+
| L.el  |97899 |
| L.en  | 6477 |
| O |79429 |
| S |   190921 |
| T |   134111 |
| X |   268003 |
+---+--+

I don't  C (see) any C.TASK DETAILhttps://phabricator.wikimedia.org/T151717EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: eranroz, Ottomata, PokestarFan, Ladsgroup, Stashbot, gerritbot, Halfak, jcrespo, TomT0m, Hall1467, hoo, zhuyifei1999, Eloquence, Lydia_Pintscher, Sannita, Ainali, Liuxinyu970226, MZMcBride, Ricordisamoa, Micru, jayvdb, Daniel_Mietchen, Tobi_WMDE_SW, Legoktm, Abraham, Wikidata-bugs, liangent, jeremyb, aude, Candalua, Bianjiang, Aklapper, DixonD, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T147215: Improve version information for Wikidata software components

2017-09-02 Thread eranroz 
eranroz added parent tasks: T168491: Document wikidata deployment properly, T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor.
TASK DETAILhttps://phabricator.wikimedia.org/T147215EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: bd808, Lucas_Werkmeister_WMDE, Tobi_WMDE_SW, aude, Esc3300, hoo, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, 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] T168491: Document wikidata deployment properly

2017-09-02 Thread eranroz 
eranroz added a subtask: T147215: Improve version information for Wikidata software components.
TASK DETAILhttps://phabricator.wikimedia.org/T168491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: PokestarFan, hoo, aude, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, Liudvikas, Izno, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor

2017-09-02 Thread eranroz 
eranroz added a subtask: T147215: Improve version information for Wikidata software components.
TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranrozCc: demon, thcipriani, Reedy, greg, hoo, Lydia_Pintscher, bd808, JeroenDeDauw, Legoktm, Addshore, Ricordisamoa, wpmirrordev, JanZerebecki, aude, Aklapper, GoranSMilovanovic, QZanden, Liudvikas, Izno, Luke081515, Wikidata-bugs, zeljkofilipin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs