date:20161010

Izno added a comment.
Where another HTML element doesn't suffice, then yes, wrapping in spans would be a good idea. However, for which DataTypes would the  element not work?TASK DETAILhttps://phabricator.wikimedia.org/T147307EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Aklapper, Lydia_Pintscher, daniel, aude, Lucie, thiemowmde, hoo, D3r1ck01, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Help with SPARQL or API or something to get subcategories

2016-10-10 Thread Thad Guidry

Kingsley,

use shortcut syntax instead. Also look at how the many examples show doing
tihngs.
http://tinyurl.com/hkv8z7m



On Mon, Oct 10, 2016 at 1:50 PM Kingsley Idehen 
wrote:

> On 10/9/16 1:34 PM, Thad Guidry wrote:
>
> Kingsley,
>
> The mappings are already in Wikidata (we still have a few properties left
> to map, but the classes are done, except for a few in pending.schema.org.
> You can just query them in some fashion such as this:
> http://tinyurl.com/h9vjqd8
>
>
> Thad,
>
> Shouldn't the following query return all Classes participating in an
> 
>  relation? :
>
> SELECT ?s ?relation ?o
> WHERE { ?s 
>  ?o.
> BIND (
>  AS ?relation)
>   }
> LIMIT 100
>
> Query Link:
> https://query.wikidata.org/#%0A%0ASELECT%20%3Fs%20%3Frelation%20%3Fo%0AWHERE%20%7B%20%3Fs%20%3Chttps%3A%2F%2Fwww.wikidata.org%2Fwiki%2FProperty%3AP1709%3E%20%3Fo.%20%0A%20%20%20%20%20%20%20%20BIND%20%28%3Chttps%3A%2F%2Fwww.wikidata.org%2Fwiki%2FProperty%3AP1709%3E%20AS%20%3Frelation%29%20%0A%20%20%20%20%20%20%7D%20%0ALIMIT%20100%0A
>
> If not, can you formulate something closer to that output which makes
> matters easier should you not have an RDF dump available etc..
>
>
> Kingsley
>
>
> On Sun, Oct 9, 2016 at 11:09 AM Kingsley Idehen 
> wrote:
>
> On 10/8/16 5:04 PM, Thad Guidry wrote:
>
> Class mappings are almost complete Kingsley. We were trying to get
> Wikidata to the point where it is easy for folks to do trivial queries
> right inside WDQS as part of WD Goals for 2016.
>
>
> Thad,
>
> Here is a post (brought up to date in last day) that demonstrates
> owl:equivalentClass reasoning and inference. Once I have a link to the new
> mappings I will integrate into this demo.
>
> Note, this particular LOD Cloud Cache instance has 30 Billion+ triples
> against which the owl:equivalentClass inference is being applied, at query
> evaluation time.
>
> [1]
> http://kidehen.blogspot.com/2014/02/class-equivalence-based-reasoning.html
>
>
> Kingsley
>
>
> On Sat, Oct 8, 2016, 2:38 PM Kingsley Idehen 
> wrote:
>
> On 10/6/16 2:57 PM, Thad Guidry wrote:
>
> Hello team :)
>
> So while I'm helping with the Wikidata - Schema.org mappings, a request
> came in to expose subcategories of an existing Wikipedia category.
>
> For example, say I start with this topic:
> https://www.wikidata.org/wiki/Q27119725  Parking facilities
>
> The topic's main category is shown as "Category:Parking facilities" and
> that has links to Wikipedia, specifically a Wikipedia category link, and
> where the WP category page has subcategories that I would like to expose
> somehow in whichever way is *easiest* currently with our tools, apis, etc.
>
> Can it all be done in SPARQL against some services that already expose WP
> subcategories given a specific category ?  Or is there an API that does
> this already ?  other tools that might expose WP categories ?
>
> The IDEAL GOAL is to query 'equivalent class' = schema.org/ParkingFacility
> and get back the WP categories *in one shot or query or api call.*
>
> http://schema.org/ParkingFacility
>
>-
>Parking facilities in India
>‎
>- Parking facilities in the United States
>
> 
>‎
>
>
>- Aircraft hangars
>‎
>
>
>- Garages (parking)
>‎
>- Railway depots
>‎
>
>
> Any gurus ?
>
>
> Hi Thad,
>
> If there are owl:equivalentClass mappings in some Linked Data Space, and
> the SPARQL service associated with said Data Space supports
> owl:equivalentClass reasoning, then the answer to your question is yes.
> What unknown right now is the class mappings between Wikidata and
> Schema.org. If a dump of those exist, the rest is trivial :)
>
> --
> Regards,
>
> Kingsley Idehen   
> Founder & CEO
> OpenLink Software   (Home Page: http://www.openlinksw.com)
>
> Weblogs (Blogs):
> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
> Blogspot Blog: http://kidehen.blogspot.com
> Medium Blog: https://medium.com/@kidehen
>
> Profile Pages:
> Pinterest: https://www.pinterest.com/kidehen/
> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
> Twitter: https://twitter.com/kidehen
> Google+: https://plus.google.com/+KingsleyIdehen/about
> LinkedIn: http://www.linkedin.com/in/kidehen
>
> Web Identities (WebID):
> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
> : 
>

[Wikidata-bugs] [Maniphest] [Edited] T55619: API module to copy a claim from one item to another

2016-10-10 Thread matej_suchanek

matej_suchanek edited the task description. (Show Details)
EDIT DETAILS...This would be extremely useful for bots which are adding the same claim to thousands of items.

Extra functionality: A  parameter or something that would remove the claim from the item it is currently.

--
**Version**: unspecified
**Severity**: enhancement
**Whiteboard**: u=dev c=backend p=0Extra functionality: A  parameter or something that would remove the claim from the item it is currently.TASK DETAILhttps://phabricator.wikimedia.org/T55619EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Gareth, Aklapper, Ricordisamoa, Wikidata-bugs, Legoktm, Addshore, Micru, JohnLewis, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T55619: API module to copy a claim from one item to another

2016-10-10 Thread matej_suchanek

matej_suchanek added a parent task: T103270: Feature: moving claims using Move.js.
TASK DETAILhttps://phabricator.wikimedia.org/T55619EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Gareth, Aklapper, Ricordisamoa, Wikidata-bugs, Legoktm, Addshore, Micru, JohnLewis, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T103270: Feature: moving claims using Move.js

2016-10-10 Thread matej_suchanek

matej_suchanek added a subtask: T55619: API module to copy a claim from one item to another.
TASK DETAILhttps://phabricator.wikimedia.org/T103270EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, Laddo, Stryn, Ricordisamoa, Sjoerddebruin, Fomafix, Bene, matej_suchanek, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata weekly summary #230

2016-10-10 Thread Denny Vrandečić

Thank you!

On Mon, Oct 10, 2016 at 1:10 PM Lydia Pintscher <
lydia.pintsc...@wikimedia.de> wrote:

> On Mon, Oct 10, 2016 at 7:43 PM, Denny Vrandečić 
> wrote:
> > Thanks!
> >
> > How do I read the WDQS report that is linked? I only see the link to the
> rmd
> > source.
> >
> >
> https://github.com/wikimedia-research/Discovery-WDQS-Adhoc-Usage/blob/master/Report.Rmd
>
> Looks like this one is better:
>
> https://github.com/wikimedia-research/Discovery-WDQS-Adhoc-Usage/blob/master/Report.md
> Sorry I just copied the link from a list of reports on the query
> service page on mediawiki iirc.
>
>
> Cheers
> Lydia
>
> --
> Lydia Pintscher - http://about.me/lydia.pintscher
> Product Manager for Wikidata
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
> Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.
>
> ___
> 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] Wikidata weekly summary #230

2016-10-10 Thread Lydia Pintscher

On Mon, Oct 10, 2016 at 7:43 PM, Denny Vrandečić  wrote:
> Thanks!
>
> How do I read the WDQS report that is linked? I only see the link to the rmd
> source.
>
> https://github.com/wikimedia-research/Discovery-WDQS-Adhoc-Usage/blob/master/Report.Rmd

Looks like this one is better:
https://github.com/wikimedia-research/Discovery-WDQS-Adhoc-Usage/blob/master/Report.md
Sorry I just copied the link from a list of reports on the query
service page on mediawiki iirc.

Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] External link Twitter --> Wikidata

2016-10-10 Thread Andy Mabbett

On 10 October 2016 at 14:05, Brill Lyle  wrote:

> Andy: Did it occur to you that maybe there were no objections because there
> was no visibility to the request?

Yes; but given the number of well-watched pages on which it was
discussed, I don't think that's a plausible proposition.

[...]
> this approach comes off as a rogue effort.

"Rogue effort". that's a new one.

> I am doing nothing wrong here by asking these questions.

Indeed not. But starting the same conversation, and continuing it, in
multiple venues (rather than once, with brief pointers), as you have
also done, is generally frowned upon.

> How you choose to respond and take the questions is your problem.

Other than the above, I have no issue with your /questions/ As I've
stated, I take issue with your false allegations.

> I don't want to take up any further bandwith on Wikidata's mailing list
[...]

Then let's continue this, if we must, on Wikipedia.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T147685: Interwiki links doesn't work in entity subscription in repo

2016-10-10 Thread ReleaseTaggerBot

ReleaseTaggerBot added a project: WMF-deploy-2016-10-04_(1.28.0-wmf.21).
TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, ReleaseTaggerBotCc: Stashbot, gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Help with SPARQL or API or something to get subcategories

2016-10-10 Thread Kingsley Idehen

On 10/9/16 1:34 PM, Thad Guidry wrote:
> Kingsley,
>
> The mappings are already in Wikidata (we still have a few properties
> left to map, but the classes are done, except for a few in
> pending.schema.org .  You can just query
> them in some fashion such as this: http://tinyurl.com/h9vjqd8

Thad,

Shouldn't the following query return all Classes participating in an
 relation? :

SELECT ?s ?relation ?o
WHERE { ?s  ?o.
BIND ( AS ?relation)
  }
LIMIT 100

Query Link:
https://query.wikidata.org/#%0A%0ASELECT%20%3Fs%20%3Frelation%20%3Fo%0AWHERE%20%7B%20%3Fs%20%3Chttps%3A%2F%2Fwww.wikidata.org%2Fwiki%2FProperty%3AP1709%3E%20%3Fo.%20%0A%20%20%20%20%20%20%20%20BIND%20%28%3Chttps%3A%2F%2Fwww.wikidata.org%2Fwiki%2FProperty%3AP1709%3E%20AS%20%3Frelation%29%20%0A%20%20%20%20%20%20%7D%20%0ALIMIT%20100%0A

If not, can you formulate something closer to that output which makes
matters easier should you not have an RDF dump available etc..

Kingsley

>
> On Sun, Oct 9, 2016 at 11:09 AM Kingsley Idehen
> > wrote:
>
> On 10/8/16 5:04 PM, Thad Guidry wrote:
>>
>> Class mappings are almost complete Kingsley. We were trying to
>> get Wikidata to the point where it is easy for folks to do
>> trivial queries right inside WDQS as part of WD Goals for 2016.
>>
>
> Thad,
>
> Here is a post (brought up to date in last day) that demonstrates
> owl:equivalentClass reasoning and inference. Once I have a link to
> the new mappings I will integrate into this demo.
>
> Note, this particular LOD Cloud Cache instance has 30 Billion+
> triples against which the owl:equivalentClass inference is being
> applied, at query evaluation time.
>
> [1]
> http://kidehen.blogspot.com/2014/02/class-equivalence-based-reasoning.html
>
>
> Kingsley
>>
>> On Sat, Oct 8, 2016, 2:38 PM Kingsley Idehen
>> > wrote:
>>
>> On 10/6/16 2:57 PM, Thad Guidry wrote:
>>> Hello team :)
>>>
>>> So while I'm helping with the Wikidata - Schema.org
>>> mappings, a request came in to expose subcategories of an
>>> existing Wikipedia category.
>>>
>>> For example, say I start with this
>>> topic: https://www.wikidata.org/wiki/Q27119725  Parking
>>> facilities
>>>
>>> The topic's main category is shown as "Category:Parking
>>> facilities" and that has links to Wikipedia, specifically a
>>> Wikipedia category link, and where the WP category page has
>>> subcategories that I would like to expose somehow in
>>> whichever way is *easiest* currently with our tools, apis, etc.
>>>
>>> Can it all be done in SPARQL against some services that
>>> already expose WP subcategories given a specific category ? 
>>> Or is there an API that does this already ?  other tools
>>> that might expose WP categories ?
>>>
>>> The IDEAL GOAL is to query 'equivalent class' =
>>> schema.org/ParkingFacility
>>>  and get back the WP
>>> categories *in one shot or query or api call.*
>>>
>>> http://schema.org/ParkingFacility
>>>
>>>  *
>>>
>>> Parking facilities in India
>>> 
>>> ‎
>>>  *
>>> Parking facilities in the United States
>>> 
>>> ‎
>>>
>>>  *
>>> Aircraft hangars
>>> ‎
>>>
>>>  *
>>> Garages (parking)
>>> ‎
>>>  *
>>> Railway depots
>>> ‎
>>>
>>>
>>> Any gurus ?
>>
>> Hi Thad,
>>
>> If there are owl:equivalentClass mappings in some Linked Data
>> Space, and the SPARQL service associated with said Data Space
>> supports owl:equivalentClass reasoning, then the answer to
>> your question is yes.
>>
>> What unknown right now is the class mappings between Wikidata
>> and Schema.org. If a dump of those exist, the rest is trivial :)
>>
>> -- 
>> Regards,
>>
>> Kingsley Idehen
>> Founder & CEO 
>> OpenLink Software   (Home Page: http://www.openlinksw.com)
>>
>> Weblogs (Blogs):
>> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
>> 
>> Blogspot Blog: http://kidehen.blogspot.com
>>

[Wikidata-bugs] [Maniphest] [Commented On] T147685: Interwiki links doesn't work in entity subscription in repo

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-10-10T18:23:22Z]  Synchronized php-1.28.0-wmf.21/includes/Linker.php: Do not normalise external links to special pages (T147685) (duration: 01m 07s)TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, StashbotCc: Stashbot, gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147685: Interwiki links doesn't work in entity subscription in repo

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-10-10T18:22:09Z]  scap aborted: file php-1.28.0-wmf.21/includes/Linker.php Do not normalise external links to special pages (T147685) (duration: 00m 03s)TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, StashbotCc: Stashbot, gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147685: Interwiki links doesn't work in entity subscription in repo

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-10-10T18:22:06Z]  Started scap: file php-1.28.0-wmf.21/includes/Linker.php Do not normalise external links to special pages (T147685)TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, StashbotCc: Stashbot, gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147685: Interwiki links doesn't work in entity subscription in repo

gerritbot added a comment.
Change 315142 merged by jenkins-bot:
Do not normalise external links to special pages

https://gerrit.wikimedia.org/r/315142TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147685: Interwiki links doesn't work in entity subscription in repo

gerritbot added a comment.
Change 315142 had a related patch set uploaded (by Ladsgroup):
Do not normalise external links to special pages

https://gerrit.wikimedia.org/r/315142TASK DETAILhttps://phabricator.wikimedia.org/T147685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Aklapper, daniel, Ladsgroup, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata weekly summary #230

2016-10-10 Thread Denny Vrandečić

Thanks!

How do I read the WDQS report that is linked? I only see the link to the
rmd source.

https://github.com/wikimedia-research/Discovery-WDQS-Adhoc-Usage/blob/master/Report.Rmd


On Mon, Oct 10, 2016 at 9:13 AM Léa Lacroix 
wrote:

>
>
> *Hello all,Here's your quick overview of what has been happening around
> Wikidata over the last week.*
>
> Events /Press/Blogs
> 
>
>- During the British wildlife edit-a-thon 2016
>
> ,
>attendees added bird sounds from Europeana Sounds to Wikidata and over 60
>Wikipedias
>- Past: WikiConference in San Diego, USA
>
>- Upcoming: Wikidata workshop
> by Wikimedia
>Nederland, October 20, Utrecht
>- by Amical Wikimedia (ca)
>- A Natural Language Query Engine without Machine Learning
>,
>on A Young Programmer's blog
>- The Wikimedia Foundation will now directly fund basic expenses for
>Wikidata software development
>,
>on WMF blog
>- People buried on cemetery and if they have a picture of the grave or
>not
>
> 
>by Magnus Sälgö
>- Sunday Query : où meurent les Bretons ?
> (fr) by
>Ash_Crow
>- Charts and data about Brexit & US Elections
>
> ,
>by Hector Perez
>
> Other Noteworthy Stuff
>
>- Proposition
>
>for upgrading the default copyright license for Wikimedia projects to
>CC-by-SA 4.0 (does not affect the structured data part of Wikidata, which
>uses CC0).
>- 3 Wikidata-related projects will be funded by WMF grants :
>Librarybase
>
> ,
>Lua module
>
>and WikiFactMine
>
>- Query service analysis: What kind of things are people doing with
>WDQS?
>
> 
>and Who are our WDQS users and where are they from?
>
> 
>- chemical compounds in Wikipedia and Wikidata
>,
>talk by Sebastian Burgstaller
>- PetScan tool  past half a
>million queries since April (source
>)
>
> Did you know?
>
>- Newest properties
>: KANTL member ID
>, Angel List ID
>, storyboard artist
>, content deliverer
>, Actorenregister ID
>, Zeri image ID
>, compulsory education
>(maximum age) , compulsory
>education (minimum age) ,
>Fotografen.nl ID , PORT
>organization URL , Flickr
>user ID , LocFDD ID
>, MySpace ID
>, radix
>, base
>, has anatomical branch
>, anatomical branch of
>, points awarded
>, intangible cultural
>heritage status , LiveJournal
>ID , Queensland place ID
>, Cave E-Cadastre ID
>

[Wikidata-bugs] [Maniphest] [Updated] T140891: Factor EntityPerPage::getEntitiesWithoutTerm out into it's own service

hoo removed a subtask: T58711: [Task] Update the wb_terms table so it does not have a numeric entity id.
TASK DETAILhttps://phabricator.wikimedia.org/T140891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Izno, Lydia_Pintscher, gerritbot, hoo, Aklapper, Zppix, daniel, Lewizho99, Maathavan, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T58711: [Task] Update the wb_terms table so it does not have a numeric entity id

hoo removed a parent task: T140891: Factor EntityPerPage::getEntitiesWithoutTerm out into it's own service.
TASK DETAILhttps://phabricator.wikimedia.org/T58711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Aklapper, GPHemsley, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T136393: Some items on WDQS out of sync

2016-10-10 Thread Nikki

Nikki added a comment.
There are a bunch of deleted properties which are still showing up: http://tinyurl.com/jchjd56TASK DETAILhttps://phabricator.wikimedia.org/T136393EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, NikkiCc: Nikki, ValterVB, hoo, thiemowmde, Jonas, Sjoerddebruin, Esc3300, Aklapper, Smalyshev, Gehel, Zppix, mschwarzer, Avner, debt, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T147798: Wikibase repo UI is sometimes not properly starting up (on Firefox)

hoo added a comment.
@Krinkle It would be nice if you could give us some hints regarding how to debug these module failures. There's nothing on resourceloader.exception. I also set various break points in the mw.loader implementation and none of them got hit (all places where I see that something gets state = error). Do you have further hints on how to look at this?

Maybe related to this issue: T147797.TASK DETAILhttps://phabricator.wikimedia.org/T147798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, Krinkle, aude, thiemowmde, Jonas, Lydia_Pintscher, Tobi_WMDE_SW, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

hoo added a comment.

In T147748#2704018, @jcrespo wrote:
Is the slow Wikibase\Lib\Store\Sql\SqlEntityInfoBuilder::collectTermsForEntities related to the job or is it a separate issue?


Separate issue… I already looked into this briefly before and think I have a potential fix. Will probably pick this up tomorrow (it's high on my to do list).TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

2016-10-10 Thread jcrespo

jcrespo added a comment.
Thank you for the quick response, seeing the effect already, I am more than ok with putting this as high or normal (sorry, I didn't see it soon).

Is the slow Wikibase\Lib\Store\Sql\SqlEntityInfoBuilder::collectTermsForEntities related to the job or is it a separate issue?TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Stashbot, hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T147798: Wikibase repo UI is sometimes not properly starting up (on Firefox)

hoo edited the task description. (Show Details)
EDIT DETAILS...Once I encountered such a case, I tried to manually run our init code in a scratchpad. The error showed that apparently `wikibase.parsers` was not set (`Exception: TypeError: wikibase.parsers is undefined`). I then checked the state of the module that contains this init code (`wikibase.ui.entityViewInit`) and found that to be in an error state. Further digging revealed that the `wikibase.api.RepoApiError` module (an indirect dependency of `wikibase.ui.entityViewInit`) also went into an error statestate (although all of its dependencies were fine)TASK DETAILhttps://phabricator.wikimedia.org/T147798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, Krinkle, aude, thiemowmde, Jonas, Lydia_Pintscher, Tobi_WMDE_SW, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147798: Wikibase repo UI is sometimes not properly starting up (on Firefox)

2016-10-10 Thread aude

aude added a comment.
I can reproduce, especially on large items, after I clear my local storage.TASK DETAILhttps://phabricator.wikimedia.org/T147798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, Krinkle, aude, thiemowmde, Jonas, Lydia_Pintscher, Tobi_WMDE_SW, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T139361: add title attribute to "add" for adding a statement

Lydia_Pintscher moved this task from needs discussion or investigation to consider for next sprint on the Wikidata board.Lydia_Pintscher added a comment.
Ok let's do that then.TASK DETAILhttps://phabricator.wikimedia.org/T139361WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Wikidata weekly summary #230

2016-10-10 Thread Léa Lacroix

*Hello all,Here's your quick overview of what has been happening around
Wikidata over the last week.*

Events /Press/Blogs


   - During the British wildlife edit-a-thon 2016
   
,
   attendees added bird sounds from Europeana Sounds to Wikidata and over 60
   Wikipedias
   - Past: WikiConference in San Diego, USA
   
   - Upcoming: Wikidata workshop
    by Wikimedia
   Nederland, October 20, Utrecht
   - by Amical Wikimedia (ca)
   - A Natural Language Query Engine without Machine Learning
   ,
   on A Young Programmer's blog
   - The Wikimedia Foundation will now directly fund basic expenses for
   Wikidata software development
   ,
   on WMF blog
   - People buried on cemetery and if they have a picture of the grave or
   not
   

   by Magnus Sälgö
   - Sunday Query : où meurent les Bretons ?
    (fr) by Ash_Crow
   - Charts and data about Brexit & US Elections
   
,
   by Hector Perez

Other Noteworthy Stuff

   - Proposition
    for
   upgrading the default copyright license for Wikimedia projects to CC-by-SA
   4.0 (does not affect the structured data part of Wikidata, which uses CC0).
   - 3 Wikidata-related projects will be funded by WMF grants : Librarybase
   
,
   Lua module
   
   and WikiFactMine
   
   - Query service analysis: What kind of things are people doing with WDQS?
   

   and Who are our WDQS users and where are they from?
   

   - chemical compounds in Wikipedia and Wikidata
   ,
   talk by Sebastian Burgstaller
   - PetScan tool  past half a
   million queries since April (source
   )

Did you know?

   - Newest properties
   : KANTL member ID
   , Angel List ID
   , storyboard artist
   , content deliverer
   , Actorenregister ID
   , Zeri image ID
   , compulsory education
   (maximum age) , compulsory
   education (minimum age)
, Fotografen.nl
   ID , PORT organization URL
   , Flickr user ID
   , LocFDD ID
   , MySpace ID
   , radix
   , base
   , has anatomical branch
   , anatomical branch of
   , points awarded
   , intangible cultural
   heritage status , LiveJournal
   ID , Queensland place ID
   , Cave E-Cadastre ID
   , Property proposal
   discussion , optimum
   viable temperature , maximum
   viable temperature , minimum
   viable temperature 
   - Query examples:
  - Chemistry Nobel prizes through time

[Wikidata-bugs] [Maniphest] [Created] T147797: Wikibase repo UI is not properly initializing with debug=true on Wikidata.org

hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe Wikidata repo UI is not properly initializing on Items on Wikidata.org with debug=true.

This can easily be verified in at least Firefox by going to a random Item and appending debug=true to the URL.

I can't see anything obviously weird in these cases except for resource loader leaving some modules into the "loaded" state.

Example:

mw.loader.getState( 'wikibase.parsers.getStore' );
"loaded"

Not sure what to look at next…TASK DETAILhttps://phabricator.wikimedia.org/T147797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Krinkle, thiemowmde, Lydia_Pintscher, Jonas, Tobi_WMDE_SW, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T147798: Wikibase repo UI is sometimes not properly starting up (on Firefox)

hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn T147401 we found that our browser tests sometimes fail because our repo UI is not starting up on Firefox. I can be reproduce this easily, but it only happens every now and then.

Once I encountered such a case, I tried to manually run our init code in a scratchpad. The error showed that apparently wikibase.parsers was not set (Exception: TypeError: wikibase.parsers is undefined). I then checked the state of the module that contains this init code (wikibase.ui.entityViewInit) and found that to be in an error state. Further digging revealed that the wikibase.api.RepoApiError module (an indirect dependency of wikibase.ui.entityViewInit) also went into an error state.

I don't know how to debug this further, I wasn't able to get more information from RL regarding these errors.TASK DETAILhttps://phabricator.wikimedia.org/T147798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, Krinkle, aude, thiemowmde, Jonas, Lydia_Pintscher, Tobi_WMDE_SW, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T139571: add title attribute to non-custom-value signifier

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher added a comment.
Do you have wording suggestions? I have a hard time coming up with something that doesn't say exactly what is already there.TASK DETAILhttps://phabricator.wikimedia.org/T139571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher added a comment.
Ok I think we should fix the breakage Marius found in this ticket.
I did test the current state of the gadget and there are a lot of issues with it still. But I think we should take a step back and evaluate how much of it we should fix in the current state and how much we should instead first provide proper functions in Wikibase for. I'll open a separate ticket for that analysis.TASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: hoo, Tobi_WMDE_SW, Jklamo, Laddo, Izno, Sjoerddebruin, Jan_Dittrich, Aklapper, thiemowmde, Jonas, Lydia_Pintscher, dachary, D3r1ck01, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T140888: Re-implement listEntities() in EntityPerPageIdPager (and rename to SqlEntityIdPager)

gerritbot added a comment.
Change 315102 had a related patch set uploaded (by Hoo man):
Re-Implement SqlEntityIdPager without wb_entity_per_page

https://gerrit.wikimedia.org/r/315102TASK DETAILhttps://phabricator.wikimedia.org/T140888EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: Aklapper, hoo, gerritbot, Tobi_WMDE_SW, Zppix, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T140888: Re-implement listEntities() in EntityPerPageIdPager (and rename to SqlEntityIdPager)

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T140888EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: Aklapper, hoo, gerritbot, Tobi_WMDE_SW, Zppix, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Lowered Priority] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

hoo lowered the priority of this task from "Unbreak Now!" to "High".hoo added a comment.
Decreasing priority as the queue is down to 0.TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T123150: Move starsList into re-usable component

2016-10-10 Thread Xqt

Xqt closed this task as "Resolved".Xqt claimed this task.Xqt added a comment.
reusable textlib methodsTASK DETAILhttps://phabricator.wikimedia.org/T123150EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: XqtCc: Xqt, gerritbot, Aklapper, StudiesWorld, jayvdb, pywikibot-bugs-list, MayS, Lewizho99, Mdupont, JJMC89, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Wesalius, Alchimista, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Help with SPARQL or API or something to get subcategories

2016-10-10 Thread Thad Guidry

Thanks Andrew but I know and see the pitfalls.
The use case is only 1 level deep and to be treated not as a Category but
instead as simply something "Related" or "Relative" to the topic.
Keeping within those 2 constraints from my tests seems to work reasonably
well.  Beyond those constraints... I agree, its the wild west and not
something that we are interested in.


On Mon, Oct 10, 2016 at 5:20 AM Andrew Gray 
wrote:

> Hi Thad,
>
> One quick red flag - I'm not sure how familiar you are with the
> category system, but automatically parsing it without sanity-checking
> can very quickly lead you into a minefield. There are a substantial
> number of category trees which seem reasonable at first, but rapidly
> go in unexpected directions.
>
> For example, if you start at "Category:Road transport" on enwiki and
> go two categories deep, you get "Category:Parking facilities‎" - so
> far, so good - but you also get "Category:The Hitchhiker's Guide to
> the Galaxy", "Category:Songs about buses", and "Category:Cycling
> journalists‎".
>
> There are a few pairs of categories which contain each other directly,
> and a much larger number which contain each other once you go a few
> levels of subcategories deep & so go in endless loops. And, of course,
> a clean category tree in French might be a mess in German, or vice
> versa.
>
> None of this is to say "don't do it", but rather "don't expect it to
> be clean and tidy" :-)
>
> Andrew.
>
> On 7 October 2016 at 02:08, Thad Guidry  wrote:
> > Thanks Stas,
> >
> > So, hmm...we'd have to build our own parser or something is what your
> saying
> > ?
> > Because Wikidata doesn't have those kinds of connections in its graph and
> > also doesn't have a SPARQL service yet against the Wikipedia
> > API:Categorymembers https://www.mediawiki.org/wiki/API:Categorymembers
> to
> > deduce those subcategories, right ?
> >
> > How difficult is it for someone to create a service like the
> LabelService ,
> > but instead using the WP Categorymembers API ?  Or do you have some other
> > ideas ?
> >
> >
> > On Thu, Oct 6, 2016 at 6:10 PM Stas Malyshev 
> > wrote:
> >>
> >> Hi!
> >>
> >> > Can it all be done in SPARQL against some services that already expose
> >> > WP subcategories given a specific category ?  Or is there an API that
> >> > does this already ?  other tools that might expose WP categories ?
> >>
> >> I don't think subcategory relationship is not recorded in Wikidata. E.g.
> >> https://www.wikidata.org/wiki/Q7361750 contains
> >> https://www.wikidata.org/wiki/Q14436424 but neither have any indication
> >> of that.
> >> The problem I guess is that category hierarchy is different on all
> >> wikis, so it's hard to have one property that expresses it on Wikidata.
> >>
> >> You could do through "subclass of" and "category's main topic" but not
> >> sure that'd capture all. E.g.: http://tinyurl.com/h7qpcdn but that only
> >> captures one subcategory, since other items don't have the same
> >> hierarchy in Wikidata.
> >> --
> >> Stas Malyshev
> >> smalys...@wikimedia.org
> >>
> >> ___
> >> 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
> >
>
>
>
> --
> - Andrew Gray
>   andrew.g...@dunelm.org.uk
>
> ___
> 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] T145414: Render a new 'wikidata map' using https://github.com/wikimedia/analytics-wmde-toolkit-analyzer

2016-10-10 Thread Addshore

Addshore added a project: WMDE-QWERTY-Team-Experimental-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T145414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Sjoerddebruin, Addshore, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Josve05a, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] External link Twitter --> Wikidata

2016-10-10 Thread Brill Lyle

Andy: Did it occur to you that maybe there were no objections because there
was no visibility to the request?

Quite frankly, I am amenable to these changes and support pushing
granulated data like this and Authority Control to Wikidata. I am. I
recognize the value of these efforts, and how great it will be for Wikidata
and Wikipedia.

However, without proper user-friendly documentation -- not just a template
page update that unless you are familiar with templates it will be
unintelligible, but a proper set of documentation for newbies and
experienced editor alike -- and just as importantly, without communicating
this change effectively to the larger spectrum of Wikipedia and Wikidata
editors, this approach comes off as a rogue effort.

Of concern: I see a list of Bot changes you are initiating here:
https://en.wikipedia.org/wiki/User:JJMC89_bot/Wikidata_external_link_template_parameter_removal
It is NOT a trivial amount of items, and will have an impact on both
Wikipedia and Wikidata.

I am doing nothing wrong here by asking these questions. How you choose to
respond and take the questions is your problem.

I don't want to take up any further bandwith on Wikidata's mailing list, as
it has been explained to me that this is a Wikipedia project issue, not a
Wikidata issue. Although the data will now reside and live on Wikidata's
project pages.

- Erika

*Erika Herzog*
Wikipedia *User:BrillLyle *

On Mon, Oct 10, 2016 at 5:57 AM, Andy Mabbett 
wrote:

> On 9 October 2016 at 12:34, Brill Lyle  wrote:
> > So I have been noticing that Twitter links often found in the External
> link section is starting to move to Wikidata on English Wikipedia.
> {{Twitter}} template is used much like with {{Authority control}}
> >
> > Was there consensus or discussion about this before it's implementation?
> I am hoping there is also really good documentation so Wikipedia editors
> know how to create and/or edit this value.
>
> You have posted about this on at least three different venues on
> en.Wikipedia; I answered your original question at:
>
> https://en.wikipedia.org/wiki/User_talk:JJMC89#Twitter_--.3E_Wikidata
>
> and your subsequent comment at:
>
>https://en.wikipedia.org/wiki/Template_talk:Twitter#Wikidata
>
> > Apologies if I didn't see this mentioned or addressed previously
>
> Despite this apology, in each of the three conversations, started
> afterwards, you said you were "very concerned about the lack of
> transparency and notification". My first response, linked above,
> includes a link to the notification, which was in place for several
> weeks before the edits were made, and which invited objections, but
> attracted none.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> 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] [Triaged] T146474: Add firewall exception to get to wdqs*.codfw.wmnet:8888 from analytics cluster

2016-10-10 Thread Addshore

Addshore triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T146474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: akosiaris, Ottomata, Gehel, Addshore, Aklapper, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, Cmjohnson, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, mark, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

hoo added a comment.
The change has been deployed and the number of Jobs scheduled on Wikidata should drop significantly.

It will take some time before the existing queue has dried off, though. You might want to lower the priority to HIGH.TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-10-10T12:06:49Z]  Synchronized php-1.28.0-wmf.21/extensions/Wikidata: Update Wikibase, add EntityHandler::supportsCategories (T147748) (duration: 02m 25s)TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot, hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects

Izno added a comment.
This has been possible for a while. Please check your watchlist preferences in Special:Preferences.

(Note: Not presently possible with enhanced watchlist/recent changes.)TASK DETAILhttps://phabricator.wikimedia.org/T147790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, abian, Aklapper, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T90435: [Epic] Wikidata watchlist improvements (client)

Izno added a subscriber: abian.Izno merged a task: T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects.
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: abian, Daniel_Mietchen, Soisyc_Croisic, H4stings, Ricordisamoa, matej_suchanek, MGChecker, Sitic, JanZerebecki, Conny, Snaterlicious, Liuxinyu970226, Quiddity, Rschen7754, Ainali, MisterSynergy, Lydia_Pintscher, Aklapper, daniel, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects

Izno closed this task as a duplicate of T90435: [Epic] Wikidata watchlist improvements (client).
TASK DETAILhttps://phabricator.wikimedia.org/T147790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Raised Priority] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

2016-10-10 Thread Urbanecm

Urbanecm raised the priority of this task from "Low" to "Normal".
TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Romaine, Stashbot, Lea_Lacroix_WMDE, Esc3300, YMS, Lydia_Pintscher, hoo, Liuxinyu970226, gerritbot, Matanya, JEumerus, Pasleim, Aklapper, abian, TerraCodes, Urbanecm, D3r1ck01, MuhammadShuaib, Tulsi_Bhagat, Izno, Matiia, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

2016-10-10 Thread Urbanecm

Urbanecm closed this task as "Resolved".Urbanecm added a comment.
This was completed and it isn't technical isuee. There was consensus, there was request, and it was processed. We can't do more. Discussion is still open if somebody needs it...TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Romaine, Stashbot, Lea_Lacroix_WMDE, Esc3300, YMS, Lydia_Pintscher, hoo, Liuxinyu970226, gerritbot, Matanya, JEumerus, Pasleim, Aklapper, abian, TerraCodes, Urbanecm, D3r1ck01, MuhammadShuaib, Tulsi_Bhagat, Izno, Matiia, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, 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] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

gerritbot added a comment.
Change 315074 merged by jenkins-bot:
Add EntityHandler::supportsCategories

https://gerrit.wikimedia.org/r/315074TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

hoo closed this task as "Resolved".hoo edited projects, added Wikidata-Sprint-2016-09-21; removed Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, hooCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

gerritbot added a comment.
Change 315074 had a related patch set uploaded (by Hoo man):
Add EntityHandler::supportsCategories

https://gerrit.wikimedia.org/r/315074TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

gerritbot added a comment.
Change 315070 merged by jenkins-bot:
Add EntityHandler::supportsCategories

https://gerrit.wikimedia.org/r/315070TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147401: Wikibase browsertests are flaky on test.wikidata

gerritbot added a comment.
Change 315058 merged by jenkins-bot:
Use when_present instead of when_visible in badges test

https://gerrit.wikimedia.org/r/315058TASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno, 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] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

hoo added a comment.
We will disable these Jobs for (most of) Wikidata with T126977. I'll try to get this done and deployed ASAP.TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

gerritbot added a comment.
Change 315070 had a related patch set uploaded (by Hoo man):
Add EntityHandler::supportsCategories

https://gerrit.wikimedia.org/r/315070TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T126977: If $wgRCWatchCategoryMembership is true, CategoryMembershipChangeJobs are added even if content type does not have categories

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T126977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, gerritbotCc: Tobi_WMDE_SW, daniel, gerritbot, Aklapper, aude, StudiesWorld, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147745: DuplicateReferences shows copy button in diff view

2016-10-10 Thread Sjoerddebruin

Sjoerddebruin added a comment.
Ehm, are you sure?TASK DETAILhttps://phabricator.wikimedia.org/T147745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, SjoerddebruinCc: Lydia_Pintscher, Jonas, Sjoerddebruin, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects

2016-10-10 Thread abian

abian edited the task description. (Show Details)
EDIT DETAILS...I propose adding an option in the [[Special:Watchlist]] of all the linked-to-Wikidata Wikimedia projects whichthat can be enabled (or disabled) by every user to watch (or stop watching) pages and their corresponding Wikidata items at the same time.TASK DETAILhttps://phabricator.wikimedia.org/T147790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects

2016-10-10 Thread abian

abian edited the task description. (Show Details)
EDIT DETAILSEditors who watch pages in the Wikimedia projects hardly ever watch their corresponding items in Wikidata. As time goes on and data from Wikidata are more and more used in the Wikimedia projects, these items have greater impact over the corresponding pages, but vandalisms on the items cannot be directly noticed by the main watchers of the Wikimedia pagesTASK DETAILhttps://phabricator.wikimedia.org/T147790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T147790: Allow watching Wikidata items from watchlists of linked Wikimedia projects

2016-10-10 Thread abian

abian created this task.abian added projects: Wikidata, MediaWiki-Watchlist.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONEditors who watch pages in the Wikimedia projects hardly ever watch their corresponding items in Wikidata. As time goes on and data from Wikidata are more and more used in the Wikimedia projects, these items have greater impact over the corresponding pages, but vandalisms on the items cannot be directly noticed by the main watchers of the Wikimedia pages.

I propose adding an option in the [[Special:Watchlist]] of all the linked-to-Wikidata Wikimedia projects which can be enabled (or disabled) by every user to watch (or stop watching) pages and their corresponding Wikidata items at the same time.TASK DETAILhttps://phabricator.wikimedia.org/T147790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147748: Large number of CategoryMembershipChangeJob::run updates are failing

2016-10-10 Thread jcrespo

jcrespo added a comment.
It is clear to me that the direct cause for connection issues is pilups coming from queries such as:

  Id: 6451784424
User: wikiuser
Host: 10.64.32.35:38688
  db: wikidatawiki
 Command: Query
Time: 18
   State: Sending data
Info: SELECT /* Wikibase\Lib\Store\Sql\SqlEntityInfoBuilder::collectTermsForEntities  */  term_entity_type,term_entity_id,term_type,term_language,term_text  FROM `wb_terms`WHERE term_entity_type = 'property' AND term_entity_id IN ('373','374','248','143','17','131','582','580','625','813','31','646','577','1566','18','214','268','856','2046','94','281','242','47','1082','585')  AND term_type IN ('label','description')  AND term_language = 'en'
Progress: 0.000

That take over the available connections, as they can take 10-30 seconds to run.TASK DETAILhttps://phabricator.wikimedia.org/T147748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: MZMcBride, TerraCodes, Luke081515, Jay8g, Aklapper, jcrespo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143910: Add entity_prefix/repoConceptBaseUri to siteinfo

Lokal_Profil added a parent task: T143594: Add unit support to WbQuantity.
TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: gerritbot, Lokal_Profil, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143910: Add entity_prefix/repoConceptBaseUri to siteinfo

Lokal_Profil added a comment.
One of the use cases for this is for pywikibot to be able to set units by simply providing the Qid and then use the exposed uri base to construct the entity URI.TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: gerritbot, Lokal_Profil, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143910: Add entity_prefix/repoConceptBaseUri to siteinfo

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lokal_Profil, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143910: Add entity_prefix/repoConceptBaseUri to siteinfo

gerritbot added a comment.
Change 315063 had a related patch set uploaded (by Lokal Profil):
Expose repoConceptBaseUri through siteinfo

https://gerrit.wikimedia.org/r/315063TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lokal_Profil, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Help with SPARQL or API or something to get subcategories

2016-10-10 Thread Andrew Gray

Hi Thad,

One quick red flag - I'm not sure how familiar you are with the
category system, but automatically parsing it without sanity-checking
can very quickly lead you into a minefield. There are a substantial
number of category trees which seem reasonable at first, but rapidly
go in unexpected directions.

For example, if you start at "Category:Road transport" on enwiki and
go two categories deep, you get "Category:Parking facilities‎" - so
far, so good - but you also get "Category:The Hitchhiker's Guide to
the Galaxy", "Category:Songs about buses", and "Category:Cycling
journalists‎".

There are a few pairs of categories which contain each other directly,
and a much larger number which contain each other once you go a few
levels of subcategories deep & so go in endless loops. And, of course,
a clean category tree in French might be a mess in German, or vice
versa.

None of this is to say "don't do it", but rather "don't expect it to
be clean and tidy" :-)

Andrew.

On 7 October 2016 at 02:08, Thad Guidry  wrote:
> Thanks Stas,
>
> So, hmm...we'd have to build our own parser or something is what your saying
> ?
> Because Wikidata doesn't have those kinds of connections in its graph and
> also doesn't have a SPARQL service yet against the Wikipedia
> API:Categorymembers https://www.mediawiki.org/wiki/API:Categorymembers to
> deduce those subcategories, right ?
>
> How difficult is it for someone to create a service like the LabelService ,
> but instead using the WP Categorymembers API ?  Or do you have some other
> ideas ?
>
>
> On Thu, Oct 6, 2016 at 6:10 PM Stas Malyshev 
> wrote:
>>
>> Hi!
>>
>> > Can it all be done in SPARQL against some services that already expose
>> > WP subcategories given a specific category ?  Or is there an API that
>> > does this already ?  other tools that might expose WP categories ?
>>
>> I don't think subcategory relationship is not recorded in Wikidata. E.g.
>> https://www.wikidata.org/wiki/Q7361750 contains
>> https://www.wikidata.org/wiki/Q14436424 but neither have any indication
>> of that.
>> The problem I guess is that category hierarchy is different on all
>> wikis, so it's hard to have one property that expresses it on Wikidata.
>>
>> You could do through "subclass of" and "category's main topic" but not
>> sure that'd capture all. E.g.: http://tinyurl.com/h7qpcdn but that only
>> captures one subcategory, since other items don't have the same
>> hierarchy in Wikidata.
>> --
>> Stas Malyshev
>> smalys...@wikimedia.org
>>
>> ___
>> 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
>

-- 
- Andrew Gray
  andrew.g...@dunelm.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Closed] T146614: Wikibase/Wikidata configuration for olo.wikipedia

hoo closed this task as "Resolved".hoo added a project: Wikidata-Sprint-2016-09-21.hoo claimed this task.hoo added a comment.
Done: https://olo.wikipedia.org/wiki/Pi%C3%A4sivu / https://www.wikidata.org/w/index.php?title=Q5296=prev=386036134TASK DETAILhttps://phabricator.wikimedia.org/T146614EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, Krenair, aude, Aklapper, Matanya, hoo, MarcoAurelio, JEumerus, Urbanecm, D3r1ck01, Tulsi_Bhagat, Izno, Matiia, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T139361: add title attribute to "add" for adding a statement

2016-10-10 Thread Jan_Dittrich

Jan_Dittrich added a comment.
"Add a value" would be fine.TASK DETAILhttps://phabricator.wikimedia.org/T139361EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Lydia_Pintscher, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T143910: Add entity_prefix/repoConceptBaseUri to siteinfo

Lokal_Profil changed the title from "Add entity_prefix to siteinfo" to "Add entity_prefix/repoConceptBaseUri to siteinfo".
TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: Lokal_Profil, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143910: Add entity_prefix to siteinfo

Lokal_Profil added a comment.
To clarify what I would like to have exposed through siteinfo is $wgWBClientSettings['repoConceptBaseUri']TASK DETAILhttps://phabricator.wikimedia.org/T143910EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: Lokal_Profil, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] External link Twitter --> Wikidata

2016-10-10 Thread Andy Mabbett

On 9 October 2016 at 12:34, Brill Lyle  wrote:
> So I have been noticing that Twitter links often found in the External link 
> section is starting to move to Wikidata on English Wikipedia. {{Twitter}} 
> template is used much like with {{Authority control}}
>
> Was there consensus or discussion about this before it's implementation? I am 
> hoping there is also really good documentation so Wikipedia editors know how 
> to create and/or edit this value.

You have posted about this on at least three different venues on
en.Wikipedia; I answered your original question at:

https://en.wikipedia.org/wiki/User_talk:JJMC89#Twitter_--.3E_Wikidata

and your subsequent comment at:

   https://en.wikipedia.org/wiki/Template_talk:Twitter#Wikidata

> Apologies if I didn't see this mentioned or addressed previously

Despite this apology, in each of the three conversations, started
afterwards, you said you were "very concerned about the lack of
transparency and notification". My first response, linked above,
includes a link to the notification, which was in place for several
weeks before the edits were made, and which invited objections, but
attracted none.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T139359: add title attribute to add qualifier and add reference links in a statement

2016-10-10 Thread Jan_Dittrich

Jan_Dittrich added a comment.
Reference: "Add a source (e.g. a book) for the value"
Qualifier: "Specify a value further"TASK DETAILhttps://phabricator.wikimedia.org/T139359EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Lydia_Pintscher, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147401: Wikibase browsertests are flaky on test.wikidata

gerritbot added a comment.
Change 315058 had a related patch set uploaded (by Tobias Gritschacher):
Use when_present instead of when_visible in badges test

https://gerrit.wikimedia.org/r/315058TASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, D3r1ck01, Izno, 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] T147401: Wikibase browsertests are flaky on test.wikidata

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno, 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] [Unassigned] T139361: add title attribute to "add" for adding a statement

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher moved this task from ready to go to needs discussion or investigation on the Wikidata board.Lydia_Pintscher added a comment.
"Create additional value" sounds like you are magically creating a new value from thin air - think creating a new mayor for a city  :D  But what you are really doing is adding a value.TASK DETAILhttps://phabricator.wikimedia.org/T139361WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147401: Wikibase browsertests are flaky on test.wikidata

2016-10-10 Thread Tobi_WMDE_SW

Tobi_WMDE_SW added a comment.

In T147401#2703229, @Tobi_WMDE_SW wrote:

Currently there are some badges-tests failing constantly, haven't figured out why yet but will have a look.



It seems that the sitelinks "save" link is sometimes overlapped by the badges-selector (see the screenshot attached). Since the test fails for

page.save_sitelink_link_element.when_visible.click

I assume this is the cause. However I was not able to reproduce the overlapping-issue locally nor when running the session on saucelabs. I will change the test to instead do a

page.save_sitelink_link_element.when_present.click

but I fear that will not solve the issue because the test then tries to click the "save" but will hit the badges-selector instead.

F4581005: 0011screenshot.pngTASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, D3r1ck01, Izno, 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] [Unassigned] T139360: add title attribute to "add" for adding a statement group

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher moved this task from ready to go to needs discussion or investigation on the Wikidata board.Lydia_Pintscher added a comment.
"Add a group of statements" I think is misleading for most users. Most of the time they'll just one to add one statement.TASK DETAILhttps://phabricator.wikimedia.org/T139360WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, thiemowmde, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T139359: add title attribute to add qualifier and add reference links in a statement

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher moved this task from incoming to needs discussion or investigation on the Wikidata board.Lydia_Pintscher added a comment.
Any suggestion for the wording?TASK DETAILhttps://phabricator.wikimedia.org/T139359WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Zppix, Aklapper, Incabell, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T139356: Provide in-context help or hints to users

Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher moved this task from incoming to consider for next sprint on the Wikidata board.Lydia_Pintscher triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T139356WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, JeroenDeDauw, Incabell, Aklapper, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T146637: Wikidata 2016 Q4 goals

Lydia_Pintscher triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T146637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Esc3300, Aklapper, Lydia_Pintscher, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T138499: Adding a reference with no content will block save button

Lydia_Pintscher triaged this task as "Normal" priority.Lydia_Pintscher removed Lydia_Pintscher as the assignee of this task.Lydia_Pintscher moved this task from incoming to consider for next sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T138499WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Nikki, thiemowmde, Jonas, adrianheine, Aklapper, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T141259: DuplicateReferences fails when the statement is in edit mode

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment.
Setting to resolved based on @Sjoerddebruin's comment.TASK DETAILhttps://phabricator.wikimedia.org/T141259EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Sjoerddebruin, dachary, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T147745: DuplicateReferences shows copy button in diff view

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment.
Seems to have been resolved with other recent changes we made.TASK DETAILhttps://phabricator.wikimedia.org/T147745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Jonas, Sjoerddebruin, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T147786: Monolingual text widget overflows multi-line content

2016-10-10 Thread Sjoerddebruin

Sjoerddebruin changed the title from "Monolingual text widget overflows content" to "Monolingual text widget overflows multi-line content".
TASK DETAILhttps://phabricator.wikimedia.org/T147786EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T147786: Monolingual text widget overflows content

2016-10-10 Thread Sjoerddebruin

Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe widget overflows the content when the content of a input box for monolingual text spans multiple lines.

F4580958: Screen Shot 2016-10-10 at 11.32.54.pngTASK DETAILhttps://phabricator.wikimedia.org/T147786EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

hoo added a comment.
I was just able to reproduce this (F4371494) on Q841288 (while hitting Special:Random for another bug):

Backend response (https://tools.wmflabs.org/wikidata-primary-sources/entities/Q841288?dataset=):

[
	{
		"dataset" : "freebase",
		"format" : "v1",
		"id" : 12255149,
		"state" : "unapproved",
		"statement" : "Q841288\tP856\t\"http://www.ses-astra.com\"",
		"upload" : 2147483647
	},
	{
		"dataset" : "freebase",
		"format" : "v1",
		"id" : 12255148,
		"state" : "unapproved",
		"statement" : "Q841288\tP749\tQ333025",
		"upload" : 2147483647
	},
	{
		"dataset" : "freebase-testing",
		"format" : "v1",
		"id" : 15864095,
		"state" : "unapproved",
		"statement" : "Q841288\tP571\t+0001985-00-00T00:00:00Z/9",
		"upload" : 2147483647
	}
]

Html of the screwed up statement:

{{property-html}}add qualifiersavecancel reject claimapprove claim0 referencesadd reference

I can't see anything else being obviously wrong here.TASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, hooCc: hoo, Tobi_WMDE_SW, Jklamo, Laddo, Izno, Sjoerddebruin, Jan_Dittrich, Aklapper, thiemowmde, Jonas, Lydia_Pintscher, dachary, D3r1ck01, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T147401: Wikibase browsertests are flaky on test.wikidata

hoo added a comment.

In T147401#2703229, @Tobi_WMDE_SW wrote:
I quickly had a look and it seems there are several reasons this is not working as expected:


there are some random failures each run. It seems that in almost all cases the page failed to load the _javascript_ and thus not showing the "add statement" button within 10 seconds. I have no clue right now what we could do about it, but need to investigate it further.



I also saw this on Wikidata myself at least once, but wasn't able to reproduce this. Might be caused by a gadget.TASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, D3r1ck01, Izno, 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] [Commented On] T147401: Wikibase browsertests are flaky on test.wikidata

2016-10-10 Thread Tobi_WMDE_SW

Tobi_WMDE_SW added a comment.
I quickly had a look and it seems there are several reasons this is not working as expected:

there are some random failures each run. It seems that in almost all cases the page failed to load the _javascript_ and thus not showing the "add statement" button within 10 seconds. I have no clue right now what we could do about it, but need to investigate it further.
I also saw one "502 Bad Gateway" error. That's also nothing we can influence AFAIK.
Some days ago there were sitelinks tests failing constantly (at least 7 days in a row) - I figured out that was due to us changing something about the DOM or CSS classes and adjusting the browsertests accordingly but the problem was, the changes were not deployed to test.wikidata.org yet. Jenkins tries to figure out the correct branch to checkout but failed to do so in that case because there was no Wikibase branch that matched the latest Mediawiki branch - so it was falling back to master and thus ran the updated set of browsertests on an old version of the Website. The tests are passing again since test.wikidata.org was updated but the underlying issue still exists.
Currently there are some badges-tests failing constantly, haven't figured out why yet but will have a look.
TASK DETAILhttps://phabricator.wikimedia.org/T147401EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: Lydia_Pintscher, Jonas, daniel, aude, Tobi_WMDE_SW, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Terms - search for corresponding WD-item and WP-article

2016-10-10 Thread Biyanto Rebin

Great add-on! Thank you, Thomas

2016-10-10 15:28 GMT+07:00 Thomas Steiner :

> Hi Markus,
>
> This is a lighthouse case for my Google Sheets add-on Wikipedia Tools
> for Google Spreadsheets (bit.ly/wikipedia-tools-add-on). Here is an
> editable sheet (https://docs.google.com/spreadsheets/d/
> 1zAZBS09XAYzzL0e6ltTEc943ATvddN6DUgi076xe8qs/edit?usp=sharing)
> that you can continue to use, just add new terms to the "Terms"
> column, everything else fills automagically. Enjoy!
>
> Cheers,
> Tom
>
> --
> Dr. Thomas Steiner, Employee (http://blog.tomayac.com,
> https://twitter.com/tomayac)
>
> Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany
> Managing Directors: Matthew Scott Sucherman, Paul Terence Manicle
> Registration office and registration number: Hamburg, HRB 86891
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.29 (GNU/Linux)
>
> iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DChara
> CTersAttH3b0ttom
> hTtPs://xKcd.cOm/1181/
> -END PGP SIGNATURE-
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>



-- 

Biyanto Rebin | Ketua Umum (*Chair*) 2016-2018
Wikimedia Indonesia
Nomor Ponsel: +62 8989 037379
Surel: biyanto.re...@wikimedia.or.id


Dukung upaya kami membebaskan pengetahuan:
http://wikimedia.or.id/wiki/Wikimedia_Indonesia:Donasi
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Closed] T144486: Retire wikidata/browsertests.git

2016-10-10 Thread Tobi_WMDE_SW

Tobi_WMDE_SW closed this task as "Resolved".Tobi_WMDE_SW claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T144486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: demon, gerritbot, Paladox, Tobi_WMDE_SW, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, jayvdb, zeljkofilipin, Mbch331, Jay8g, Krenair, QChris, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T146614: Wikibase/Wikidata configuration for olo.wikipedia