[Wikidata-bugs] [Maniphest] [Triaged] T119182: Track Wikidata data completeness

2015-11-23 Thread Addshore
Addshore triaged this task as "Normal" priority.

TASK DETAIL
  https://phabricator.wikimedia.org/T119182

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, 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] T116247: Define edit related events for change propagation

2015-11-23 Thread gerritbot
gerritbot added a comment.

Change 254180 merged by Ottomata:
Basic MediaWiki events

https://gerrit.wikimedia.org/r/254180


TASK DETAIL
  https://phabricator.wikimedia.org/T116247

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: mobrovac, gerritbot
Cc: gerritbot, intracer, EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, 
aaron, GWicke, mobrovac, MZMcBride, bd808, JanZerebecki, Halfak, Krenair, 
brion, chasemp, Eevans, mmodell, Ottomata, Matanya, Aklapper, JAllemandou, 
jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, RobLa-WMF, 
Mbch331, jeremyb



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


[Wikidata-bugs] [Maniphest] [Created] T119428: [edit] link is on top of description text

2015-11-23 Thread Smalyshev
Smalyshev created this task.
Smalyshev added a subscriber: Smalyshev.
Smalyshev added a project: Wikidata.
Herald added subscribers: StudiesWorld, Aklapper.

TASK DESCRIPTION
  As seen on the attached screenshot, `[edit]` link covers part of the 
description, thus making it unreadable. It should be amended so that the text 
would flow around the link or the link would be placed in a place where it 
doesn't cover the text. 
  
  Screenshot: {F3008364}

TASK DETAIL
  https://phabricator.wikimedia.org/T119428

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Aklapper, StudiesWorld, Smalyshev, 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] T118860: [Tracking] Represent derived data in the data model

2015-11-23 Thread daniel
daniel added a comment.

In https://phabricator.wikimedia.org/T118860#1823155, @Bene wrote:

> I wonder if we could just use the decorator pattern (isn't that basically the 
> "interfaces" approach?).


With decorators, you can't mix and match: you only have one perspective (role), 
and no way to get the other perspectives. You can give the decorators a way to 
access other decorators, of course - that's essentially what the Role Object 
Pattern is.

> Another idea I found is the Extension Objects Pattern 
> (http://st.inf.tu-dresden.de/Lehre/WS06-07/dpf/gamma96.pdf, 
> https://msdn.microsoft.com/en-us/library/ms733816%28v=vs.110%29.aspx?f=255=-2147217396).
>  That seems to be somehow related to the roles pattern (is it actually the 
> same?).

It's at least very similar. It seems like some authors use "Extension" when the 
roles share a common base interface, and "Role" if they don't - but others use 
the terms differently.

> I'm not sure if I understood Role Object Pattern correctly. To me, it seems 
> that it is created to support objects which occur in completely different 
> roles (like the Character/Director example on enwiki) while in our use case 
> the statement doesn't suddenly become a sitelink. A sitelink with an url 
> attached is still in the role of a sitelink and an unit snak with some 
> normalized unit is still a snak.

And the Character and the Director are still people, not hydrants.

A Sitelink with a URL attached could be said to have a UrlProvider role (which 
defines a getUrl() method). The code that uses the URL may or may not also use 
the "main" object, or other roles.

A Snak with derived values could provide an AlternativeValues role (which 
defines a getValue($name) method).

A ConstraintViolationSubject role could be added to Statements, without the 
core model caring. It would be simple to include the constraint violation info 
in the output.

A snak with an EntityId value could have the target's label attached via a 
ThingWithLabel role. The label could be included in JSON output, for easy 
display, simply by registering a serialiezr for that role.

> Do I understand the intention of the Role Pattern correctly? Is that really 
> (from an abstract point of > view) what we need conceptually in our data 
> model implementation?

It seems to me the following requirements indicate the Role Object Pattern:

1. we want the data model to be used for input: 3rd party clients should use it 
to represent the output of the web API, and the content of JSON dumps, 
including any extra info like derived values, sitelink URLs, or entity labels.
2. we want the model to be extensible: it should be possible to associate 
additional data with parts of the model without modifying the model component 
(e.g. attach constraint violations).

Without requirement 1, we could go for the "injected lookup service" approach 
which we currently use in many formatters.

Without requirement 2, we could go for subclassing or decorators (though this 
gets a bit messy, since we can't mix & match freely).

If we want to cover both requirements, the ROP seems a good match. And I don't 
see any good alternative, really.

The question has been raised whether it's a good idea to look for an approach 
that can cover all our "extra data" needs. Maybe the requirements are overly 
broad, leading to an overly complex solution.

But I think the essential requirement is actually always the same: provide a 
way to //associate// additional data with a //specific bit// of the data model, 
for use during rendering or serialization. Where that information comes from 
and how it is used for generating output doesn't really matter for the modeling 
requirements.


TASK DETAIL
  https://phabricator.wikimedia.org/T118860

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Bene, Lydia_Pintscher, mkroetzsch, adrianheine, hoo, thiemowmde, aude, 
Jonas, JanZerebecki, JeroenDeDauw, Aklapper, StudiesWorld, daniel, 
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] T118668: [Bug] Various functions in EntityRenderer can't handle "labelRenderer" returning nil

2015-11-23 Thread Lucie
Lucie moved this task to To Do Next on the ArticlePlaceholder workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T118668

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1416/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie
Cc: Aklapper, hoo, 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] T118860: [Tracking] Represent derived data in the data model

2015-11-23 Thread Bene
Bene added a comment.

Thanks for the detailed explanation Daniel, I think I now understand the idea 
much better :-)

What I still wonder about currently is however, if we can implement this 
pattern without changing our current implementation completely. Although that 
is somehow subjective, it feels a bit strange to me to add all the role stuff 
to our core model. Would it be possible to keep the current implementation as 
simple as it is and treat it only as one (default/main) role? This would also 
allow us to encapsulate the plain data which is stored and created by the users 
from the auto-generated data we add as other roles. Serializers could then 
decide to only use the main/default role or to look for other roles attached to 
the objects.


TASK DETAIL
  https://phabricator.wikimedia.org/T118860

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Bene
Cc: Bene, Lydia_Pintscher, mkroetzsch, adrianheine, hoo, thiemowmde, aude, 
Jonas, JanZerebecki, JeroenDeDauw, Aklapper, StudiesWorld, daniel, 
Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Lowered Priority] T119332: Change entity prefix

2015-11-23 Thread Smalyshev
Smalyshev lowered the priority of this task from "High" to "Normal".

TASK DETAIL
  https://phabricator.wikimedia.org/T119332

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Mbch331, Lokal_Profil, Smalyshev, Aklapper, Multichill, jkroll, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles



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


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T97018: [Story] Integrate violations into Wikidata UI

2015-11-23 Thread Bene
Bene added a subscriber: Bene.

TASK DETAIL
  https://phabricator.wikimedia.org/T97018

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Bene
Cc: Bene, Jonas, Ricordisamoa, dominic.sauer, Liuxinyu970226, Aklapper, Tamslo, 
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] T119368: [Bug] Diff does not show different property data types

2015-11-23 Thread matej_suchanek
matej_suchanek closed this task as a duplicate of T43107: PropertyDiff should 
include the data type.

TASK DETAIL
  https://phabricator.wikimedia.org/T119368

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: matej_suchanek
Cc: adrianheine, Jonas, JeroenDeDauw, aude, Lydia_Pintscher, thiemowmde, 
Aklapper, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Edited] T43107: PropertyDiff should include the data type

2015-11-23 Thread matej_suchanek
matej_suchanek edited the task description.
matej_suchanek set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T43107

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: matej_suchanek
Cc: thiemowmde, aude, JeroenDeDauw, Jonas, adrianheine, Ricordisamoa, 
Wikidata-bugs, Denny, Aklapper, Lydia_Pintscher, daniel, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T43107: PropertyDiff should include the data type

2015-11-23 Thread matej_suchanek
matej_suchanek added subscribers: adrianheine, Jonas, JeroenDeDauw, aude, 
thiemowmde.
matej_suchanek merged a task: T119368: [Bug] Diff does not show different 
property data types.

TASK DETAIL
  https://phabricator.wikimedia.org/T43107

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: matej_suchanek
Cc: thiemowmde, aude, JeroenDeDauw, Jonas, adrianheine, Ricordisamoa, 
Wikidata-bugs, Denny, Aklapper, Lydia_Pintscher, daniel, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T110039: [Story] Unified API and SpecialPage for internal and external constraint violations

2015-11-23 Thread Bene
Bene added a subscriber: Bene.

TASK DETAIL
  https://phabricator.wikimedia.org/T110039

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Bene
Cc: Bene, Yair_rand, thiemowmde, Ricordisamoa, Tamslo, Aklapper, 
Lydia_Pintscher, 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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread JAllemandou
JAllemandou added a comment.

@Addshore: Not feasible since original user_agent is not present in 
pageview_hourly.


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119369: Cleanup legacy wikidata metrics storage from analytics db & datasets web point

2015-11-23 Thread Addshore
Addshore created this task.
Addshore claimed this task.
Addshore added a subscriber: Addshore.
Addshore added projects: WMDE-Analytics-Engineering, Wikidata.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  DB tables on analytics-store in stagging db
  
  | wikidata_getclaims_property_use  |
  | wikidata_site_stats  |
  | wikidata_site_stats_active_users |
  | wikidata_site_stats_admins   |
  | wikidata_site_stats_bureaucrats  |
  | wikidata_site_stats_good_articles|
  | wikidata_site_stats_total_edits  |
  | wikidata_site_stats_total_pages  |
  | wikidata_site_stats_total_views  |
  | wikidata_site_stats_users|
  | wikidata_social  |
  | wikidata_social_facebook |
  | wikidata_social_googleplus   |
  | wikidata_social_identica |
  | wikidata_social_irc  |
  | wikidata_social_mail |
  | wikidata_social_newsletter   |
  | wikidata_social_techmail |
  | wikidata_social_twitter  |
  
  All files in
  http://datasets.wikimedia.org/aggregate-datasets/wikidata/
  
  Can be removed

TASK DETAIL
  https://phabricator.wikimedia.org/T119369

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Addshore, Aklapper, Wikidata-bugs, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T119369: Cleanup legacy wikidata metrics storage from analytics db & datasets web point

2015-11-23 Thread Addshore
Addshore moved this task to ToDo on the WMDE-Analytics-Engineering workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119369

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1585/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Addshore, Aklapper, 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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread JAllemandou
JAllemandou added a comment.

Notes are to the dashiki page, but I think you can modify the existing ones if 
you wish :)


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread Addshore
Addshore added a comment.

{{doing}}


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, Addshore
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119368: [Bug] Diff does not show different property data types

2015-11-23 Thread thiemowmde
thiemowmde created this task.
thiemowmde added subscribers: thiemowmde, Lydia_Pintscher, aude, JeroenDeDauw, 
Jonas, adrianheine.
thiemowmde added projects: Wikidata, MediaWiki-extensions-WikibaseView, 
Wikibase-DataModel-Services.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  When comparing properties, the property data type (e.g. "time" or 
"wikibase-item") is never shown in the diff, even if different. There is just 
no code for this field.
  
  Simple example comparing "date of birth" with "place of birth": 
https://www.wikidata.org/wiki/Special:Diff/275344933/275346452

TASK DETAIL
  https://phabricator.wikimedia.org/T119368

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde
Cc: adrianheine, Jonas, JeroenDeDauw, aude, Lydia_Pintscher, thiemowmde, 
Aklapper, 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] T119066: Add sitelink count to search index for Wikidata

2015-11-23 Thread daniel
daniel added a subscriber: daniel.
daniel added a comment.

Using the sitelink count for scoring was intended to be a workaround. Cirrus 
already has the number of incoming links ("in-degree") for each item, which it 
uses for scoring per default. Why is that not good enough for our case?

The main problem with the current scoring seems to be that Cirrus uses tf/idf 
scoring. The "tf" bit ("term frequency", the number of times the search term 
occurs in the document) should not be used for wikidata items, it's not a good 
indicator of relevance. The "idf" bit is intended to reduce the impact of 
irrelevant (too common) terms in the search string - which is useless for 
single word (or prefix) searches.

If we want to improve scoring, we should make sure that in-degree is used, and 
tf/idf is not used.


TASK DETAIL
  https://phabricator.wikimedia.org/T119066

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, daniel
Cc: daniel, aude, Aklapper, 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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread JAllemandou
JAllemandou added a comment.

Thanks :)


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
Wikidata-bugs, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T119067: Adjust rescoring config for Wikidata to consider sitelink count

2015-11-23 Thread daniel
daniel moved this task to needs discussion or investigation on the Wikidata 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119067

WORKBOARD
  https://phabricator.wikimedia.org/project/board/71/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Aklapper, aude, 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] T99820: [Task] Add reference to ontology.owl to the RDF output

2015-11-23 Thread mkroetzsch
mkroetzsch added a comment.

In https://phabricator.wikimedia.org/T99820#1820662, @daniel wrote:

> Looking at the link, it seems to me we'd (trivially) meet these requirements.


Yes, that's what I meant. :-)

> But I'm not sure about the fine details, e.g. regarding the version IRI. But 
> if you are sure we are meeting the formal requirements, fine with me.

The version IRI is an optional aspect that we can include if we have a good one 
(I guess we might). We should give an ontology IRI and say that it is of type 
owl:ontology. Other bits of information about this ontology can be added, but 
there are not many requirements there. There is also not so much said in the 
standard about how to version ontologies in general, so this is something left 
to us.

> We should then probably explicitly state that the dump is an ontology, 
> though...

Not sure on which level you mean this. In RDF or in the user documentation? I 
thought that this discussion was about stating this in RDF, and this would 
already be "explicit". I am not sure it needs much documentation elsewhere. 
Mainly, we are putting this in to have a place where we can have the license 
(user requested feature) and other meta information (like export date and 
imported version of the Wikibase ontology). I agree that we should mention 
these features in the documentation.


TASK DETAIL
  https://phabricator.wikimedia.org/T99820

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: mkroetzsch
Cc: gerritbot, Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T99820: [Task] Add reference to ontology.owl to the RDF output

2015-11-23 Thread gerritbot
gerritbot added a comment.

Change 246130 merged by jenkins-bot:
Add importing OWL ontology

https://gerrit.wikimedia.org/r/246130


TASK DETAIL
  https://phabricator.wikimedia.org/T99820

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Created] T119382: Labs DB replication of Wikidata has stopped

2015-11-23 Thread Magnus
Magnus created this task.
Magnus added a subscriber: Magnus.
Magnus added projects: Labs-Infrastructure, Wikidata.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added a project: Labs.

TASK DESCRIPTION
  Wikidata replication, and probably others, has stopped on Labs:
  
  MariaDB [wikidatawiki_p]> select max(rev_timestamp) from revision ;
  ++
  | max(rev_timestamp) |
  ++
  | 20151121171514 |
  ++
  1 row in set (0.01 sec)
  
  It has been on that same timestamp for over a day, apparently.

TASK DETAIL
  https://phabricator.wikimedia.org/T119382

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Magnus
Cc: Aklapper, Magnus, StudiesWorld, Wikidata-bugs, aude, Gryllida, scfc, Mbch331



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


[Wikidata-bugs] [Maniphest] [Merged] T119382: Labs DB replication of Wikidata has stopped

2015-11-23 Thread jcrespo
jcrespo closed this task as a duplicate of T119315: labsdb1002 and labsdb1003 
crashed, affecting replication.

TASK DETAIL
  https://phabricator.wikimedia.org/T119382

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jcrespo
Cc: Aklapper, Magnus, StudiesWorld, Wikidata-bugs, aude, Gryllida, scfc, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T119066: Add sitelink count to search index for Wikidata

2015-11-23 Thread aude
aude added a comment.

@daniel if you would like "encyclopedia of life" to be the first result for 
searching "life", then incoming links alone might be good for scoring

life (Q3) has 56 incoming links

encyclopedia of life (Q82486) has 1365362 incoming links

I'm not sure that *not* doing tf/idf is the solution, but we can investigate. 
The way we munge all the different terms in all the languages together in one 
field is probably not ideal for tf/idf.  "life" is probably translated 
differently in most languages whereas "Half Life" (Q752241) is generally not 
translated yet has labels in lots of languages, so "life" is especially 
frequent.  If we could consider just english when searching in english, then 
"Half Life" probably is not boosted as much compared to "life".

I think considering other attributes (e.g. # of site links, # of statements, 
etc) of the document to boost scoring could help. It already works okayish 
enough in the entity selector. Once we put these in, then we can try different 
rescorings to see what works well.


TASK DETAIL
  https://phabricator.wikimedia.org/T119066

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude
Cc: daniel, aude, Aklapper, 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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread Addshore
Addshore added a comment.

Per the drop on 
https://vital-signs.wmflabs.org/#projects=wikidatawiki/metrics=Pageviews it 
looks like this has worked :)

It would be great to fix the legacy data here! :)


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, Addshore
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread Addshore
Addshore added a comment.

Ahh, I never left my mouse over the tag for long enough.
Is it not possible to do notes on a per site basis?

It might be enough to slightly alter it to say specify there was a significant 
drop on wikidata this time! The drop on commons looks insignificant in 
comparison.

Wikidata dropped from a spike of 1.87 million to around 300k!


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, Addshore
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread Addshore
Addshore added a comment.

ahh okay! :/

Is it possible to add a not to the spike on the graph displayed on vital-signs?

I see these "A" markers on the graph already but I have no idea what they are 
about.


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, Addshore
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
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] T119054: Fix '.*http.*' not being tagged as spiders in webrequest [5 pts] {hawk}

2015-11-23 Thread JAllemandou
JAllemandou added a comment.

@ Addshore: The A are notes (there is a card if you place your mouse over it), 
and there is a note at deploy when the drop occurs.
Is there a necessity to add another? If you think so, notes are created using 
wiki: https://meta.wikimedia.org/wiki/Dashiki:PageviewsAnnotations.


TASK DETAIL
  https://phabricator.wikimedia.org/T119054

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou
Cc: Tbayer, gerritbot, Lydia_Pintscher, Aklapper, Addshore, StudiesWorld, 
Wikidata-bugs, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T119182: Track Wikidata data completeness

2015-11-23 Thread Addshore
Addshore moved this task to Doing on the WMDE-Analytics-Engineering workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119182

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1585/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, Wikidata-bugs, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Claimed] T119182: Track Wikidata data completeness

2015-11-23 Thread Addshore
Addshore claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T119182

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, 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] T119182: Track Wikidata data completeness

2015-11-23 Thread Addshore
Addshore edited the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T119182

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, 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] T119182: Track Wikidata data completeness

2015-11-23 Thread Addshore
Addshore added a comment.

Part of this has been done in 
https://github.com/wikimedia/analytics-limn-wikidata-data/blob/2e7da506b69792f79d72c384790db308fbd9cd47/graphite/site_stats/pages_by_namespace.php
I have updated the description to reflect this


TASK DETAIL
  https://phabricator.wikimedia.org/T119182

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, 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] T119386: [Task] Write integration tests that checks the configured handlers for data types.

2015-11-23 Thread daniel
daniel created this task.
daniel added a subscriber: daniel.
daniel added a project: Wikidata.
Herald added subscribers: StudiesWorld, Aklapper.

TASK DESCRIPTION
  We need integration tests that make sure that the system's setup effectively 
leads to the correct handlers (formatters, parsers, validators, etc) to be 
returned for all well known data formats. The integration test should be cased 
on the respective factories returned by the top level service locator 
(OutputFormatSnakFormatterFactory, etc).

TASK DETAIL
  https://phabricator.wikimedia.org/T119386

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Aklapper, StudiesWorld, daniel, 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] T119386: [Task] Write integration tests that checks the configured handlers for data types.

2015-11-23 Thread daniel
daniel added a blocked task: T91505: [Epic] Adding new datatypes to Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T119386

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Aklapper, StudiesWorld, daniel, 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] T91505: [Epic] Adding new datatypes to Wikidata

2015-11-23 Thread daniel
daniel added a blocking task: T119386: [Task] Write integration tests that 
checks the configured handlers for data types..

TASK DETAIL
  https://phabricator.wikimedia.org/T91505

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Smalyshev, Shrutika719, MGChecker, Sannita, Ricordisamoa, mgrabovsky, 
Liuxinyu970226, Rits, Physikerwelt, Qgil, Lydia_Pintscher, NiharikaKohli, 
Aklapper, Wikidata-bugs, aude, Mbch331, Jay8g



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


[Wikidata-bugs] [Maniphest] [Edited] T119386: [Task] Write integration tests that checks the configured handlers for data types.

2015-11-23 Thread daniel
daniel edited the task description.
daniel set Security to None.

TASK DETAIL
  https://phabricator.wikimedia.org/T119386

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Aklapper, StudiesWorld, daniel, 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] T95684: [Story] Format identifiers as Links

2015-11-23 Thread Jonas
Jonas changed the title from "[Story] new formatter to format identifiers as 
Links" to "[Story] Format identifiers as Links".

TASK DETAIL
  https://phabricator.wikimedia.org/T95684

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: adrianheine, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, 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] T107595: [RFC] Multi-Content Revisions

2015-11-23 Thread RobLa-WMF
RobLa-WMF moved this task to Content format on the 
Wikimedia-Developer-Summit-2016 workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T107595

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1448/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, RobLa-WMF
Cc: intracer, Tgr, Qgil, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, 
PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, 
Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, 
Wikidata-bugs, aude, Mbch331, Jay8g, bd808, Krenair



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T114251: [RFC] Magic Infobox implementation

2015-11-23 Thread RobLa-WMF
RobLa-WMF moved this task to Content format on the 
Wikimedia-Developer-Summit-2016 workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114251

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1448/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: RobLa-WMF
Cc: He7d3r, Izno, StudiesWorld, brion, Krenair, Addshore, Smalyshev, Qgil, 
Lucie, MrStradivarius, Aklapper, Lydia_Pintscher, aude, GWicke, 
Jdforrester-WMF, cscott, daniel, hoo, Wikidata-bugs, Dinoguy1000, Jackmcbarn, 
Mbch331, Jay8g, Ltrlg, bd808, Legoktm



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T114474: More flexible and modernized Recent Changes code

2015-11-23 Thread RobLa-WMF
RobLa-WMF moved this task to On track: Content access and APIs on the 
Wikimedia-Developer-Summit-2016 workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114474

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1448/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: RobLa-WMF
Cc: Izno, GWicke, Jdforrester-WMF, Krenair, Qgil, hoo, Addshore, daniel, aude, 
Aklapper, Wikidata-bugs, Mbch331, Jay8g



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T105638: RFC: Streamlining Composer usage

2015-11-23 Thread RobLa-WMF
RobLa-WMF moved this task to Software engineering on the 
Wikimedia-Developer-Summit-2016 workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T105638

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1448/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki, RobLa-WMF
Cc: mobrovac, GWicke, Addshore, Qgil, Spage, greg, tstarling, aude, hoo, 
daniel, zeljkofilipin, thcipriani, mmodell, bd808, csteipp, Legoktm, Krinkle, 
hashar, JanZerebecki, Aklapper, Lynhg, Wikidata-bugs, Malyacko, Mbch331, Jay8g, 
Ltrlg, Krenair



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


[Wikidata-bugs] [Maniphest] [Commented On] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Smalyshev
Smalyshev added a comment.

@Addshore thanks for the graphs, they are awesome! 
Also, the triples graph seems to have only one line - green one. For which host 
is it? And the line is jumping around in pretty weird way, I wonder what's 
going on there... 
In any case, the difference is probably something else.


TASK DETAIL
  https://phabricator.wikimedia.org/T119398

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Addshore, Aklapper, StudiesWorld, Smalyshev, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Addshore
Addshore added a comment.

Well, the triples count is from a sparql query, my guess is each machine has a 
slightly different number of triples right now.

If the sparql endpoint returned a header of the serving server name we could 
split the tripple count by host! (I was thinking about filing a bug for this, 
it should be possible and fairly easy)


TASK DETAIL
  https://phabricator.wikimedia.org/T119398

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Addshore, Aklapper, StudiesWorld, Smalyshev, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Smalyshev
Smalyshev added a comment.

Please do file a a task. I thought about it too, just never got to it.


TASK DETAIL
  https://phabricator.wikimedia.org/T119398

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Addshore, Aklapper, StudiesWorld, Smalyshev, 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] [Changed Subscribers] T119368: [Bug] Diff does not show different property data types

2015-11-23 Thread Ricordisamoa
Ricordisamoa added a subscriber: Ricordisamoa.

TASK DETAIL
  https://phabricator.wikimedia.org/T119368

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ricordisamoa
Cc: Ricordisamoa, adrianheine, Jonas, JeroenDeDauw, aude, Lydia_Pintscher, 
thiemowmde, Aklapper, 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] T119239: Failure downloading CSV of query with large result set

2015-11-23 Thread Smalyshev
Smalyshev added a comment.

Downloads are now performed by means of data: URL. The result size is about 7M, 
so Chrome may be not happy seeing 7M URL. Testing shows 1M is around where 
Chrome stops. I'll see if there is another way to do the same.


TASK DETAIL
  https://phabricator.wikimedia.org/T119239

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Ijon, Aklapper, EBernhardson, StudiesWorld, 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] T119239: Failure downloading CSV of query with large result set

2015-11-23 Thread gerritbot
gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T119239

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Smalyshev, Ijon, Aklapper, EBernhardson, StudiesWorld, jkroll, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T119239: Failure downloading CSV of query with large result set

2015-11-23 Thread gerritbot
gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 255054 had a related patch set uploaded (by Smalyshev):
Use downloader from https://github.com/rndme/download

https://gerrit.wikimedia.org/r/255054


TASK DETAIL
  https://phabricator.wikimedia.org/T119239

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: gerritbot, Smalyshev, Ijon, Aklapper, EBernhardson, StudiesWorld, 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] [Claimed] T119239: Failure downloading CSV of query with large result set

2015-11-23 Thread Smalyshev
Smalyshev claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T119239

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: gerritbot, Smalyshev, Ijon, Aklapper, EBernhardson, StudiesWorld, 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] [Triaged] T119239: Failure downloading CSV of query with large result set

2015-11-23 Thread Smalyshev
Smalyshev triaged this task as "Normal" priority.

TASK DETAIL
  https://phabricator.wikimedia.org/T119239

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: gerritbot, Smalyshev, Ijon, Aklapper, EBernhardson, StudiesWorld, 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] T112754: [Task] Change OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter based on factory callbacks from DataTypeDefinitions

2015-11-23 Thread Jonas
Jonas added a blocked task: T95684: [Story] Format identifiers as Links.

TASK DETAIL
  https://phabricator.wikimedia.org/T112754

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bene, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112754: [Task] Change OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter based on factory callbacks from DataTypeDefinitions

2015-11-23 Thread Jonas
Jonas removed a blocked task: T95682: [Story] Add a new datatype for 
identifiers.

TASK DETAIL
  https://phabricator.wikimedia.org/T112754

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bene, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T95682: [Story] Add a new datatype for identifiers

2015-11-23 Thread Jonas
Jonas removed blocking tasks: T112754: [Task] Change 
OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter 
based on factory callbacks from DataTypeDefinitions, T112756: [Task] Add 
support for specifying a context property ID to the wbformatvalue API module.

TASK DETAIL
  https://phabricator.wikimedia.org/T95682

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bugreporter, Tobi_WMDE_SW, Smalyshev, Laddo, MGChecker, Sannita, Micru, 
matej_suchanek, Ricordisamoa, Liuxinyu970226, aude, JanZerebecki, thiemowmde, 
hoo, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Retitled] T112760: [Task] Implement snakformatter for identifiers

2015-11-23 Thread Jonas
Jonas changed the title from "[Task] Introduce an IDValueSnakFormatter" to 
"[Task] Implement snakformatter for identifiers".

TASK DETAIL
  https://phabricator.wikimedia.org/T112760

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: gerritbot, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Liuxinyu970226, Bugreporter, Ricordisamoa, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Retitled] T112754: [Task] Use DataTypeDefinitions in OutputFormatSnakFormatterFactory

2015-11-23 Thread Jonas
Jonas changed the title from "[Task] Change OutputFormatSnakFormatterFactory to 
construct a DispatchingValueSnakFormatter based on factory callbacks from 
DataTypeDefinitions" to "[Task] Use DataTypeDefinitions in 
OutputFormatSnakFormatterFactory ".

TASK DETAIL
  https://phabricator.wikimedia.org/T112754

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bene, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112754: [Task] Change OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter based on factory callbacks from DataTypeDefinitions

2015-11-23 Thread Jonas
Jonas added a blocked task: T95682: [Story] Add a new datatype for identifiers.

TASK DETAIL
  https://phabricator.wikimedia.org/T112754

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bene, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112756: [Task] Add support for specifying a context property ID to the wbformatvalue API module

2015-11-23 Thread Jonas
Jonas added a blocked task: T95682: [Story] Add a new datatype for identifiers.

TASK DETAIL
  https://phabricator.wikimedia.org/T112756

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, JanZerebecki, hoo, 
thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95682: [Story] Add a new datatype for identifiers

2015-11-23 Thread Jonas
Jonas added subscribers: Tobi_WMDE_SW, Bugreporter.
Jonas merged a task: T112753: [Tracking] Create a mechanism for datatype 
specific Snak rendering (to allow formatting based on per-property information).

TASK DETAIL
  https://phabricator.wikimedia.org/T95682

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bugreporter, Tobi_WMDE_SW, Smalyshev, Laddo, MGChecker, Sannita, Micru, 
matej_suchanek, Ricordisamoa, Liuxinyu970226, aude, JanZerebecki, thiemowmde, 
hoo, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112756: [Task] Add support for specifying a context property ID to the wbformatvalue API module

2015-11-23 Thread Jonas
Jonas removed a blocked task: T95682: [Story] Add a new datatype for 
identifiers.

TASK DETAIL
  https://phabricator.wikimedia.org/T112756

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, JanZerebecki, hoo, 
thiemowmde, Aklapper, Lydia_Pintscher, 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] T112755: [Task] Add support for SnakFormatter factory callbacks to DataTypeDefinitions

2015-11-23 Thread Jonas
Jonas added a subscriber: Jonas.
Jonas added a comment.

https://gerrit.wikimedia.org/r/#/c/253683/


TASK DETAIL
  https://phabricator.wikimedia.org/T112755

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, Jonas
Cc: Jonas, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Liuxinyu970226, Bugreporter, Ricordisamoa, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112755: [Task] Add support for SnakFormatter factory callbacks to DataTypeDefinitions

2015-11-23 Thread Jonas
Jonas added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T112755

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, Jonas
Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel, 
Liuxinyu970226, Bugreporter, Ricordisamoa, 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] T112753: [Tracking] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

2015-11-23 Thread Jonas
Jonas moved this task to Done on the Wikidata-Sprint-2015-11-17 workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T112753

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1620/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, 
aude, daniel, Bugreporter, Ricordisamoa, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Created] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Smalyshev
Smalyshev created this task.
Smalyshev added a subscriber: Smalyshev.
Smalyshev added projects: Discovery-Wikidata-Query-Service-Sprint, 
Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added projects: Wikidata, Discovery.

TASK DESCRIPTION
  On wdqs1002, the db size is:
  ```
  -rw-r--r-- 1 blazegraph blazegraph 175G Nov 23 15:36 
/var/lib/wdqs/wikidata.jnl
  ```
  However, on wdqs1001 it is:
  ```
  -rw-r--r-- 1 blazegraph blazegraph 99G Nov 23 15:37 /var/lib/wdqs/wikidata.jnl
  ```
  
  Given that these should be identical, something seems to be wrong.

TASK DETAIL
  https://phabricator.wikimedia.org/T119398

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Aklapper, StudiesWorld, Smalyshev, 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] T119392: Investigate why wdqs1002 graphite stats are delayed / out of time sync

2015-11-23 Thread Smalyshev
Smalyshev added a subscriber: Smalyshev.
Smalyshev added a comment.

See also https://phabricator.wikimedia.org/T119398 - something strange is going 
on with wdqs1002...


TASK DETAIL
  https://phabricator.wikimedia.org/T119392

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Aklapper, Addshore, StudiesWorld, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331, fgiunchedi



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


[Wikidata-bugs] [Maniphest] [Unblock] T50143: Implement complete RDF mapping for entities (tracking)

2015-11-23 Thread Smalyshev
Smalyshev closed blocking task T99820: [Task] Add reference to ontology.owl to 
the RDF output as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T50143

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Aklapper, Jimkont, JanZerebecki, Ricordisamoa, gerritbot, Smalyshev, 
Wikidata-bugs, jayvdb, Liuxinyu970226, Lydia_Pintscher, daniel, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T112756: [Task] Add support for specifying a context property ID to the wbformatvalue API module

2015-11-23 Thread Jonas
Jonas added a blocked task: T95684: [Story] Format identifiers as Links.

TASK DETAIL
  https://phabricator.wikimedia.org/T112756

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, JanZerebecki, hoo, 
thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T95682: [Story] Add a new datatype for identifiers

2015-11-23 Thread Jonas
Jonas added blocking tasks: T112756: [Task] Add support for specifying a 
context property ID to the wbformatvalue API module, T112754: [Task] Change 
OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter 
based on factory callbacks from DataTypeDefinitions.

TASK DETAIL
  https://phabricator.wikimedia.org/T95682

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bugreporter, Tobi_WMDE_SW, Smalyshev, Laddo, MGChecker, Sannita, Micru, 
matej_suchanek, Ricordisamoa, Liuxinyu970226, aude, JanZerebecki, thiemowmde, 
hoo, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T95684: [Story] Format identifiers as Links

2015-11-23 Thread Jonas
Jonas added blocking tasks: T112756: [Task] Add support for specifying a 
context property ID to the wbformatvalue API module, T112754: [Task] Change 
OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter 
based on factory callbacks from DataTypeDefinitions.

TASK DETAIL
  https://phabricator.wikimedia.org/T95684

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: adrianheine, Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, 
JanZerebecki, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Retitled] T95682: [Task] Add a new datatype for identifiers

2015-11-23 Thread Jonas
Jonas changed the title from "[Story] Add a new datatype for identifiers" to 
"[Task] Add a new datatype for identifiers".

TASK DETAIL
  https://phabricator.wikimedia.org/T95682

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Bugreporter, Tobi_WMDE_SW, Smalyshev, Laddo, MGChecker, Sannita, Micru, 
matej_suchanek, Ricordisamoa, Liuxinyu970226, aude, JanZerebecki, thiemowmde, 
hoo, daniel, Aklapper, Lydia_Pintscher, 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] T119392: Investigate why wdqs1002 graphite stats are delayed / out of time sync

2015-11-23 Thread Addshore
Addshore moved this task to Watching on the WMDE-Analytics-Engineering 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119392

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1585/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, jkroll, Smalyshev, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331, fgiunchedi



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


[Wikidata-bugs] [Maniphest] [Created] T119392: Investigate why wdqs1002 graphite stats are delayed / out of time sync

2015-11-23 Thread Addshore
Addshore created this task.
Addshore added a subscriber: Addshore.
Addshore added projects: Wikidata, Wikidata-Query-Service, Graphite, 
WMDE-Analytics-Engineering.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added a project: Discovery.

TASK DESCRIPTION
  When looking at 
https://grafana.wikimedia.org/dashboard/db/wikidata-query-service and changing 
the time scale to 2 weeks (-14d) wdqs1002's data appears.
  The data is not appearing in graphite until roughly 1 week after it has 
actually been collected (although it does then appear to be appearing at the 
correct times guessing by the correlation to the other box)
  
  It would be great to get this fixed!

TASK DETAIL
  https://phabricator.wikimedia.org/T119392

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Aklapper, Addshore, StudiesWorld, jkroll, Smalyshev, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331, fgiunchedi



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T99820: [Task] Add reference to ontology.owl to the RDF output

2015-11-23 Thread Smalyshev
Smalyshev moved this task to Done on the 
Discovery-Wikidata-Query-Service-Sprint workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T99820

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1239/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: gerritbot, Aklapper, mkroetzsch, daniel, Smalyshev, 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] [Closed] T99820: [Task] Add reference to ontology.owl to the RDF output

2015-11-23 Thread Smalyshev
Smalyshev closed this task as "Resolved".
Smalyshev claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T99820

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: gerritbot, Aklapper, mkroetzsch, daniel, Smalyshev, 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] [Retitled] T112756: [Task] Add property ID parameter to the wbformatvalue API

2015-11-23 Thread Jonas
Jonas changed the title from "[Task] Add support for specifying a context 
property ID to the wbformatvalue API module" to "[Task] Add property ID 
parameter to the wbformatvalue API".

TASK DETAIL
  https://phabricator.wikimedia.org/T112756

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, JanZerebecki, hoo, 
thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Created] T119402: [Task] Register formatter identfiers

2015-11-23 Thread Jonas
Jonas created this task.
Jonas added projects: Wikidata-Sprint-2015-11-17, Wikidata-Sprint-2015-11-03, 
Wikidata-Sprint-2015-10-13, Story, Wikidata, 
MediaWiki-extensions-WikibaseRepository.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  Register `Snakformatter` for ID-Datatype  in  WikibaseRepo.datatypes and  
WikibaseClient.datatypes

TASK DETAIL
  https://phabricator.wikimedia.org/T119402

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Aklapper, Wikidata-bugs, aude, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T101565: Page banner not compatible with $wgUseInstantCommons = true;

2015-11-23 Thread bd808
bd808 moved this task to Done on the MediaWiki-Vagrant workboard.
Herald added a project: User-bd808.

TASK DETAIL
  https://phabricator.wikimedia.org/T101565

WORKBOARD
  https://phabricator.wikimedia.org/project/board/627/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: bd808
Cc: Steinsplitter, Tgr, gerritbot, bd808, Sumit, Aklapper, Jdlrobson, mobrovac, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jeremyb



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


[Wikidata-bugs] [Maniphest] [Commented On] T119332: Change entity prefix

2015-11-23 Thread Multichill
Multichill added a comment.

In https://phabricator.wikimedia.org/T119332#1824380, @Smalyshev wrote:

> @Multichill the name of the prefix doesn't actually matter much. wd: is 
> chosen for standard RDF dump format for brevity, but any prefix could be 
> used, they don't have to be the same between queries.


I'm perfectly aware of that, but the default namespaces are these by convention:

PREFIX wd: http://www.wikidata.org/entity/
PREFIX wdt: http://www.wikidata.org/prop/direct/
PREFIX wikibase: http://wikiba.se/ontology#
PREFIX p: http://www.wikidata.org/prop/
PREFIX v: http://www.wikidata.org/prop/statement/
PREFIX q: http://www.wikidata.org/prop/qualifier/
PREFIX rdfs: http://www.w3.org/2000/01/rdf-schema#

This tool should follow this convention. See also 
https://www.wikidata.org/wiki/Topic:St6jlfk7zjv00yu9


TASK DETAIL
  https://phabricator.wikimedia.org/T119332

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev, Multichill
Cc: Mbch331, Lokal_Profil, Smalyshev, Aklapper, Multichill, jkroll, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles



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


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T118668: [Bug] Various functions in EntityRenderer can't handle "labelRenderer" returning nil

2015-11-23 Thread Lucie
Lucie added a subscriber: Lydia_Pintscher.

TASK DETAIL
  https://phabricator.wikimedia.org/T118668

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie
Cc: Lydia_Pintscher, Aklapper, hoo, 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] T118860: [Tracking] Represent derived data in the data model

2015-11-23 Thread daniel
daniel added a comment.

@Bene: the classes in the core model would get a method to get a different 
"role" or "facet". That doesn't add much to the data model. If we use the 
"alternative implementation" I outlined, this doesn't even add any overhead in 
terms of allocated objects.

The easiest way to get role support to all data model objects is a base class. 
Not the nicest approach in terms of abstraction, but avoids overhead and 
redundant code. And since the methods defined in the base class are part of the 
public interface, not internal helpers, it should be ok. I also don't see any 
point in having alternative implementations of Statement or SiteLink, 
especially if we have support for attaching arbitrary roles.

Anyway, it's  always possible to just look at the "main" part of the model, or 
only at specific roles. This is one of the nice things about the ROP: all the 
roles are completely independent, and code that deals with one doesn't have to 
know anything about the others (or even about the core model). Classes 
implementing individual roles don't have to know anything about the data model, 
any object can be used as a role.

-

PS: We could go one step further by implementing a static utility function that 
does a "role cast". It could be used with any object; if the object didn't 
implement any support for roles, the utility would behave as if the object did 
support roles, but not the particular role you asked for. This would allow the 
core model to no even mention roles. in the interface. Implementations may or 
may not support roles. Calling code would just use Role::case( $obj, $role, 
$type ) to get a different "angle" on an object.

But that may be going a step to far, making this too generic.


TASK DETAIL
  https://phabricator.wikimedia.org/T118860

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Bene, Lydia_Pintscher, mkroetzsch, adrianheine, hoo, thiemowmde, aude, 
Jonas, JanZerebecki, JeroenDeDauw, Aklapper, StudiesWorld, daniel, 
Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T118668: [Bug] Various functions in EntityRenderer can't handle "labelRenderer" returning nil

2015-11-23 Thread Lucie
Lucie added a comment.

We will have to decide first, what should happen if there is no label in the 
language.
For the labelRenderer mw.wikibase.label is used. It should make use of the 
fallback chain. 
It doesn't make much sense to display the entity id if there is no label, I 
assume. It would be pretty confusing to see an id without context.

So should we in case of the data not being translated just "hide" it by not 
displaying it? I guess this is the only option we have, but will be very messy 
when it comes to limiting results as in 
https://phabricator.wikimedia.org/T117556 because the number of statements 
existing might then differ from the number of statements we are actually 
showing.

As a quick fix, I will make a patch to display the entity id, so it can be 
tested properly. But as mentioned before, I don't think that's the way we want 
to display it in the end. (Therefore, the patch shouldn't be merged, too.)


TASK DETAIL
  https://phabricator.wikimedia.org/T118668

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie
Cc: Aklapper, hoo, 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] T112082: [Bug] QuantityParser must pass-through valid unit representations

2015-11-23 Thread daniel
daniel added a comment.

I think the following assertions made in the description need discussion:

> The fact that units are URIs will never change. The fact that URIs start with 
> http:// or https:// will most probably never change.

This is true for wikibase, but Quantity and QuantityParser are not defined by 
wikibase - they are part of the datavalues/number component. Do we want to 
limit units to URIs for all users of the component?

Changing QuantityParser to //also// accept URLs as units in the input isn't 
that problematic, though I find it a bit strange. There is no need for the 
syntax accepted by the default parser to cover every valid Quantity.

> Asking if we, as a team, want to allow users to work with concept URIs is 
> like asking if a browser vendor wants to allow users to copy-paste URLs into 
> the address bar.

I think asking whether we want to support/encourage input of the form `"123 
https://www.wikidata.org/wiki/Q828224"`.

Overall, accepting additional forms of input isn't a problem, as long as it 
doesn't introduce ambiguities. But I think it's worth to at least talk about. 
If we make this part of our public interface, it's one (small) bit more to 
maintain compatibility with.


TASK DETAIL
  https://phabricator.wikimedia.org/T112082

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: adrianheine, Jonas, daniel, Tobi_WMDE_SW, Lydia_Pintscher, thiemowmde, 
Aklapper, 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] T119392: Investigate why wdqs1002 graphite stats are delayed / out of time sync

2015-11-23 Thread Addshore
Addshore closed this task as "Resolved".
Addshore claimed this task.
Addshore added a comment.

Well, super weird.
Within 30 mins of posting this ticket wdqs1002 started reporting data to 
graphite at the correct times!

Will close and reopen if it for some reason falls back again.


TASK DETAIL
  https://phabricator.wikimedia.org/T119392

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Smalyshev, Aklapper, Addshore, StudiesWorld, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331, fgiunchedi



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


[Wikidata-bugs] [Maniphest] [Commented On] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Addshore
Addshore added a subscriber: Addshore.
Addshore added a comment.

Looking at https://grafana.wikimedia.org/dashboard/db/wikidata-query-service 
which now monitors the number of triples in blazegraph I believe it is showing 
a rough 200,000 triple difference.
Just pointing this out, but I dont think It could account for the ~75GB 
difference but still something different between the two hosts.


TASK DETAIL
  https://phabricator.wikimedia.org/T119398

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Addshore, Aklapper, StudiesWorld, Smalyshev, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

2015-11-23 Thread Smalyshev
Smalyshev added a comment.

I didn't have time for in-depth look into it as I was busy with the data 
duplication/update issues, but I did not forget about it.  See also comments on 
https://jira.blazegraph.com/browse/BLZG-1543 - maybe trying to play with 
optimizer hints would make it better. It doesn't look like loops per se are the 
problem, as simple cases work, but there's definitely some query optimizer 
issue that breaks it for bigger loops. As soon as I am done with the 
duplication issue I'll get back to this.


TASK DETAIL
  https://phabricator.wikimedia.org/T116298

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Jheald, Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, 
Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Closed] T117611: Create a dashboard showing how many error/timeout requests are in WDQS

2015-11-23 Thread Addshore
Addshore closed this task as "Resolved".
Addshore claimed this task.
Addshore added a comment.

So https://grafana-admin.wikimedia.org/dashboard/db/wikidata-query-service now 
shows the Error rate which is derived from the Error counter from blazegraph.

This counts "The #of instances of the query which terminated abnormally." 


This includes timeouts caused by deadlines being set 

 (it includes everything calling halt( Throwable cause )

This doesn't give us a breakdown of the reasons for errors, but looking at the 
number of errors I wouldn't worry about this much.

Thus closing!


TASK DETAIL
  https://phabricator.wikimedia.org/T117611

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Deskana, Addshore, mpopov, Ironholds, Aklapper, StudiesWorld, Smalyshev, 
jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T119392: Investigate why wdqs1002 graphite stats are delayed / out of time sync

2015-11-23 Thread Addshore
Addshore moved this task to Done on the WMDE-Analytics-Engineering workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119392

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1585/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Smalyshev, Aklapper, Addshore, StudiesWorld, jkroll, Wikidata-bugs, 
Jdouglas, aude, Deskana, Manybubbles, Mbch331, fgiunchedi



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


[Wikidata-bugs] [Maniphest] [Changed Project Column] T117611: Create a dashboard showing how many error/timeout requests are in WDQS

2015-11-23 Thread Addshore
Addshore moved this task to Done on the WMDE-Analytics-Engineering workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T117611

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1585/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Deskana, Addshore, mpopov, Ironholds, Aklapper, StudiesWorld, Smalyshev, 
jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T118694: [Story] Handling of identifier

2015-11-23 Thread gerritbot
gerritbot added a comment.

Change 254445 merged by jenkins-bot:
Add the handling of identifiers

https://gerrit.wikimedia.org/r/254445


TASK DETAIL
  https://phabricator.wikimedia.org/T118694

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie, gerritbot
Cc: gerritbot, Aklapper, 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] [Updated] T116622: Duplicate rows in Wikidata sparql

2015-11-23 Thread Smalyshev
Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint.

TASK DETAIL
  https://phabricator.wikimedia.org/T116622

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Addshore, StudiesWorld, Fnielsen, Aklapper, 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] [Changed Project Column] T119398: Database size on wdqs1002 is twice of that on wdqs1001

2015-11-23 Thread Smalyshev
Smalyshev moved this task to In progress on the 
Discovery-Wikidata-Query-Service-Sprint workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T119398

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1239/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Addshore, Aklapper, StudiesWorld, Smalyshev, 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] [Changed Project Column] T116622: Duplicate rows in Wikidata sparql

2015-11-23 Thread Smalyshev
Smalyshev moved this task to In progress on the 
Discovery-Wikidata-Query-Service-Sprint workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T116622

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1239/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Addshore, StudiesWorld, Fnielsen, Aklapper, 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] [Claimed] T116622: Duplicate rows in Wikidata sparql

2015-11-23 Thread Smalyshev
Smalyshev triaged this task as "High" priority.
Smalyshev claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T116622

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev
Cc: Smalyshev, Addshore, StudiesWorld, Fnielsen, Aklapper, jkroll, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Commented On] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

2015-11-23 Thread daniel
daniel added a comment.

What's the status of this? The query above still errors out...

I believe a query like "instance of x in region y" is definitely something we 
should be able to answer.


TASK DETAIL
  https://phabricator.wikimedia.org/T116298

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Smalyshev, daniel
Cc: Jheald, Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, 
Deskana, Manybubbles, Mbch331



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


[Wikidata-bugs] [Maniphest] [Merged] T112753: [Tracking] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

2015-11-23 Thread Jonas
Jonas closed this task as a duplicate of T95682: [Story] Add a new datatype for 
identifiers.
Herald removed a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T112753

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas
Cc: Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, 
aude, daniel, Bugreporter, Ricordisamoa, Wikidata-bugs, Mbch331



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


[Wikidata-bugs] [Maniphest] [Updated] T118668: [Bug] Various functions in EntityRenderer can't handle "labelRenderer" returning nil

2015-11-23 Thread gerritbot
gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T118668

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie, gerritbot
Cc: gerritbot, Lydia_Pintscher, Aklapper, hoo, 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] T118668: [Bug] Various functions in EntityRenderer can't handle "labelRenderer" returning nil

2015-11-23 Thread gerritbot
gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 254945 had a related patch set uploaded (by Lucie Kaffee):
Show entityId if no label provided

https://gerrit.wikimedia.org/r/254945


TASK DETAIL
  https://phabricator.wikimedia.org/T118668

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucie, gerritbot
Cc: gerritbot, Lydia_Pintscher, Aklapper, hoo, Wikidata-bugs, aude, 
Ricordisamoa, Mbch331



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