[Wikidata-bugs] [Maniphest] [Updated] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[ReleaseTaggerBot]

ReleaseTaggerBot added a project: WMF-deploy-2016-04-26_(1.27.0-wmf.22).

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

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

To: Yurik, ReleaseTaggerBot
Cc: intracer, TerraCodes, Pokefan95, gerritbot, -jem-, Bawolff, MZMcBride, 
Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, 
matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, 
Riley_Huntley, D3r1ck01, Izno, JAllemandou, Wikidata-bugs, aude, El_Grafo, 
Ricordisamoa, Shizhao, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb



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

[Wikidata-bugs] [Maniphest] [Commented On] T131235: wikibase:GlobecoordinateValue decimal representation not in lexical form in WDQS.

[gerritbot]

gerritbot added a comment.


  Change 284372 merged by jenkins-bot:
  Set pretty printing to false for RDF writer
  
  https://gerrit.wikimedia.org/r/284372

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

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

To: gerritbot
Cc: gerritbot, TerraCodes, Christopher, Aklapper, Avner, Lewizho99, Maathavan, 
debt, Gehel, D3r1ck01, FloNight, Izno, 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] [Changed Project Column] T123612: Create Blazegraph extension to store coordinates

[Smalyshev]

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

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

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

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

To: Smalyshev
Cc: TerraCodes, gerritbot, Aklapper, Smalyshev, Avner, Lewizho99, Maathavan, 
debt, Gehel, D3r1ck01, FloNight, 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] [Changed Project Column] T131235: wikibase:GlobecoordinateValue decimal representation not in lexical form in WDQS.

[Smalyshev]

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

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

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

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

To: Smalyshev
Cc: gerritbot, TerraCodes, Christopher, Aklapper, Avner, Lewizho99, Maathavan, 
debt, Gehel, D3r1ck01, FloNight, Izno, 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] [Changed Subscribers] T131235: wikibase:GlobecoordinateValue decimal representation not in lexical form in WDQS.

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 284372 had a related patch set uploaded (by Smalyshev):
  Set pretty printing to false for RDF writer
  
  https://gerrit.wikimedia.org/r/284372

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

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

To: gerritbot
Cc: gerritbot, TerraCodes, Christopher, Aklapper, Avner, debt, Gehel, D3r1ck01, 
FloNight, Izno, 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] [Updated] T131235: wikibase:GlobecoordinateValue decimal representation not in lexical form in WDQS.

[gerritbot]

gerritbot added a project: Patch-For-Review.

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

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

To: gerritbot
Cc: gerritbot, TerraCodes, Christopher, Aklapper, Avner, Lewizho99, Maathavan, 
debt, Gehel, D3r1ck01, FloNight, Izno, 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] [Changed Subscribers] T123612: Create Blazegraph extension to store coordinates

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 264854 merged by jenkins-bot:
  Add support for wktLiteral parsing
  
  https://gerrit.wikimedia.org/r/264854

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

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

To: Smalyshev, gerritbot
Cc: TerraCodes, gerritbot, Aklapper, Smalyshev, Avner, Lewizho99, Maathavan, 
debt, Gehel, D3r1ck01, FloNight, 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-tech] Wikidata - Wikipedia Infoboxes

[Abdulfattah Safa]

Hi,
What is the relation between WikiData and Wikipedia info boxes?
- Which is the source of the other?
- Is the data synced among them?

-- 
Regards,
Abdulfattah Safa
Birzeit University
Mobile: (+972)(599)231600
Skype: fattah.safa
___
Wikidata-tech mailing list
Wikidata-tech@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech

[Wikidata-bugs] [Maniphest] [Changed Project Column] T132662: [Task] Do not use full deserialized entity for each PHP entity page view

[adrianheine]

adrianheine moved this task to Review on the Wikidata-Sprint-2016-04-12 
workboard.

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

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Changed Subscribers] T132662: [Task] Do not use full deserialized entity for each PHP entity page view

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 284358 had a related patch set uploaded (by Adrian Heine):
  [WIP] Put termbox rows into parser output
  
  https://gerrit.wikimedia.org/r/284358

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

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

To: adrianheine, gerritbot
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Changed Subscribers] T45578: Watchlist changes need unique revision id

[Yellowcard]

Herald added a subscriber: TerraCodes.

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

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

To: Yellowcard
Cc: Yellowcard, TerraCodes, Aklapper, eranroz, Sitic, Wikidata-bugs, aude, 
Lydia_Pintscher, D3r1ck01, Izno, Mbch331



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

[Wikidata-bugs] [Maniphest] [Closed] T130049: Coordinate order in RDF is wrong

[Smalyshev]

Smalyshev closed this task as "Resolved".
Smalyshev claimed this task.
Herald added a subscriber: TerraCodes.

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

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

To: Smalyshev
Cc: TerraCodes, thiemowmde, aude, gerritbot, Haasepeter, Lydia_Pintscher, 
M.schmidt00, mkroetzsch, daniel, Aklapper, Smalyshev, Avner, Lewizho99, 
Maathavan, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, 
Jdouglas, 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] T133026: [Bug] WDQS GUI caching

[Gehel]

Gehel added a comment.


  grunt-hashres  or something 
similar could be used to transform HTML before plublication and ensure that 
URLs change whenever content changes. (note: I have no personal experience with 
grunt-hashres).

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

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

To: Smalyshev, Gehel
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Unblock] T132553: [Story] Correctly mark language and directionality in WikibaseView's HTML output

[adrianheine]

adrianheine closed blocking task T132554: [Task] Emit correct lang and dir 
attributes for missing terms messages in the termbox in PHP as "Resolved".
Herald added a subscriber: TerraCodes.

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

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

To: adrianheine
Cc: TerraCodes, adrianheine, 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] [Changed Project Column] T132554: [Task] Emit correct lang and dir attributes for missing terms messages in the termbox in PHP

[adrianheine]

adrianheine moved this task to Done on the Wikidata-Sprint-2016-04-12 workboard.

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

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Changed Project Column] T130345: Remove dependency from WikibaseView on UserLanguageLookup in WikibaseLib

[adrianheine]

adrianheine moved this task to Done on the Wikidata-Sprint-2016-04-12 workboard.

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

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Unblock] T75020: [Task] Move JS and PHP view code to separate repo

[adrianheine]

adrianheine closed blocking task T130345: Remove dependency from WikibaseView 
on UserLanguageLookup in WikibaseLib as "Resolved".
Herald added a subscriber: TerraCodes.

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

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

To: adrianheine
Cc: TerraCodes, Bene, JanZerebecki, Ricordisamoa, Jonas, Aklapper, 
JeroenDeDauw, Wikidata-bugs, Tobi_WMDE_SW, adrianheine, D3r1ck01, Izno, 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] T132555: Remove dependency from WikibaseView on Language

[adrianheine]

adrianheine moved this task to Done on the Wikidata-Sprint-2016-04-12 workboard.

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

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, adrianheine, 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] [Unblock] T132548: [Story] Make WikibaseView independent of MediaWiki

[adrianheine]

adrianheine closed blocking task T132555: Remove dependency from WikibaseView 
on Language as "Resolved".
Herald added a subscriber: TerraCodes.

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

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

To: adrianheine
Cc: TerraCodes, adrianheine, 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] [Closed] T132555: Remove dependency from WikibaseView on Language

[adrianheine]

adrianheine closed this task as "Resolved".

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, adrianheine, 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] [Closed] T130345: Remove dependency from WikibaseView on UserLanguageLookup in WikibaseLib

[adrianheine]

adrianheine closed this task as "Resolved".

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Closed] T132554: [Task] Emit correct lang and dir attributes for missing terms messages in the termbox in PHP

[adrianheine]

adrianheine closed this task as "Resolved".

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

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

To: adrianheine
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] SPARQL service timeouts

[Stas Malyshev]

Hi!

> I'm late to the game, but a quick look into the nginx logs does not
> show all that much. I see a few connection refused, but that should
> translate in an HTTP 502 error, not in a partial answer.
> 
> I'm really not good at reading VCL, but it seems that we do have some
> rules in our Varnish config to cache pages in error. This would make
> sense as pages in error tend to be expensive, so we probably want to
> ensure the same error is capped at a maximum rate.

Note that if page produced some data and then timed out - which is
possible for Blazegraph queries - then by the time the error happens
part of the response has been sent already, so there's no way to set
error http code etc. Thus such responses are not distinguishable from
valid replies, at least not without looking into the content.

-- 
Stas Malyshev
smalys...@wikimedia.org

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

Re: [Wikidata] SQID: the new "Wikidata classes and properties browser"

[Magnus Manske]

That looks familiar :-)

On Tue, Apr 19, 2016 at 8:46 PM Markus Kroetzsch <
markus.kroetz...@tu-dresden.de> wrote:

> Hi all,
>
> As promised a while ago, we have reworked our "Wikidata Classes and
> Properties" browser. I am happy to introduce the first beta version of a
> new app, called SQID:
>
> http://tools.wmflabs.org/sqid/
>
> It is a complete rewrite of the earlier application. Much faster, more
> usable, much more up-to-date information, supported on all reasonable
> browsers, and with tons of new features. Try it yourself, or read on for
> the main functions and current dev plans:
>
>
> == Browse classes and properties ==
>
> You can use it to find properties and class items by all kinds of
> filtering settings:
>
> http://tools.wmflabs.org/sqid/#/browse?type=properties
> http://tools.wmflabs.org/sqid/#/browse?type=classes
>
> New features:
> * Sort results by a criterion of choice
> * Powerful, easy-to-use filtering interface
> * Search properties by label, datatype, qualifiers used, or co-occurring
> properties
> * Search classes by label, (indirect) superclass or by properties used
> on instances of the class
> * All property statistics and some class statistics are updated every hour
>
> == View Wikidata entities ==
>
> The goal was to have a page for every property and every class, but we
> ended up having a generic data browser that can show all (live) data +
> some additional data for classes and properties (this is our main goal,
> but the other data is often helpful to understand the context). The UI
> is modelled after Reasonator as the quasi-standard of how Wikidata
> should look, but if you look beyond the surface you can see many
> differences in what SQID will (or will not) display.
>
> Examples:
> * Dresden, a plain item with a lot of data:
>http://tools.wmflabs.org/sqid/#/view?id=Q1731
> * Volcano, a class with many subclasses:
>http://tools.wmflabs.org/sqid/#/view?id=Q8072
> * sex or gender, a frequently used property:
>http://tools.wmflabs.org/sqid/#/view?id=P21
>
> Notable features:
> * Fast display
> * All statement data with all qualifiers shown
> * Extra statistical and live query data embedded
>
> == General Wikidata statistics ==
>
> As a minor feature, we also publish statistics on the weekly full
> Wikidata dump (which we process to get some of the statistics):
>
> http://tools.wmflabs.org/sqid/#/status
>
> Don't trust the main page -- find out how many entities there really are
> ;-)
>
>
> == Plans, todos, feedback, contributions ==
>
> We are on github, so please make feature requests and bug reports there:
>
> https://github.com/Wikidata/WikidataClassBrowser/issues
>
> Pull requests are welcome too.
>
> Known limitations of the current version:
>
> * Data update still a bit shaky. We refresh most statistical data every
> hour (entity data is live anyway), but you may not see this unless you
> clear your browser cache. This will be easier in the future.
> * Entity data browser does not show sitelinks and references yet.
> * Incoming properties not shown yet on entity pages
> * I18N not complete yet (if you would like to try the current dev
> status, see, e.g.: http://tools.wmflabs.org/sqid/#/view?id=Q318=de)
>
> Moreover, we are also planning to integrate more data displays, better
> live statistics, and editing capabilities. Developers who want to help
> there are welcome. SQID can also be a platform for other data display
> ideas (it's built using AngularJS, so integration is easy).
>
> == And what about Miga? ==
>
> The old Miga-based app at
> http://tools.wmflabs.org/wikidata-exports/miga/ will be retired in due
> course. Please update your links.
>
> == Credits ==
>
> I have had important development support from Markus Damm, Michael
> Günther and Georg Wild. We are funded by the German Research Foundation
> DFG. All of us are at TU Dresden. Complex statistics are computed with
> Wikidata Toolkit. Live query results come from the Wikidata SPARQL Query
> Service.
>
> Enjoy,
>
> Markus
>
> --
> Markus Kroetzsch
> Faculty of Computer Science
> Technische Universität Dresden
> +49 351 463 38486
> http://korrekt.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

[Wikidata-bugs] [Maniphest] [Commented On] T133026: [Bug] WDQS GUI caching

[Gehel]

Gehel added a comment.


  In https://phabricator.wikimedia.org/T133026#2218744, @Smalyshev wrote:
  
  > I checked the dates on both services and they are within 1s of each other, 
so time difference should not be an issue.
  
  
  As the etag is based on mtime, if mtime are different, etags are different. 
etags don't care about small difference, they are either the same or not. I'm 
not clear on how trebuchet works and if we could ensure that mtimes are 
identical accross hosts or not...

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

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

To: Smalyshev, Gehel
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Updated] T121135: Banners fail to show up occassionally on Russian Wikivoyage

[ReleaseTaggerBot]

ReleaseTaggerBot added projects: WMF-deploy-2016-04-12_(1.27.0-wmf.21), 
WMF-deploy-2016-04-26_(1.27.0-wmf.22), WMF-deploy-2016-04-05_(1.27.0-wmf.20).
Herald added a subscriber: TerraCodes.

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

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

To: Jdlrobson, ReleaseTaggerBot
Cc: TerraCodes, MaxSem, EBernhardson, gerritbot, BBlack, faidon, Tgr, jcrespo, 
Krenair, Legoktm, LtPowers, mark, Wrh2, Sumit, Jdlrobson, Atsirlin, Aklapper, 
MMax8338, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Arlolra, 
Jackmcbarn, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T110510: [Bug] fix negative argument (ArgumentError) in browsertests

[hashar]

hashar added a comment.
Herald added a subscriber: TerraCodes.


  In https://phabricator.wikimedia.org/T110510#1755292, @dduvall wrote:
  
  > I've submitted a pull request 
 to the upstream 1.3.x 
branch. If they won't merge it for whatever reason, we also have the option of 
monkey patching `String#indent` to always delegate to Cucumber's version 
instead of Active Support (see this comment 
 on 
the GH issue for details on why this isn't strictly a bug in Cucumber).
  
  
  Dan patch for cucumber 1.3.x has been merged 
https://github.com/cucumber/cucumber-ruby/pull/926 :-)

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

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

To: hashar
Cc: TerraCodes, hashar, dduvall, JanZerebecki, zeljkofilipin, Aklapper, 
WMDE-Fisch, Tobi_WMDE_SW, gerritbot, Lewizho99, Maathavan, D3r1ck01, Izno, 
Wikidata-bugs, aude, Mbch331, Krenair, greg



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

[Wikidata-bugs] [Maniphest] [Commented On] T133026: [Bug] WDQS GUI caching

[JanZerebecki]

JanZerebecki added a comment.


  > Note that we should certainly have those static resources be content based 
addressed and have long lasting caching headers.
  
  Yes. Otherwise the varnishes have no idea that it changed after a deployment.
  
  Note that requests with If-Modified-Since and the If-None-Match are nor 
answered from the varnish by consulting the cache for the corresponding normal 
request.

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

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

To: Smalyshev, JanZerebecki
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Updated] T133028: [Story] Wikibase documentation

[JanZerebecki]

JanZerebecki added a project: Continuous-Integration-Config.

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

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

To: JanZerebecki
Cc: TerraCodes, Lydia_Pintscher, JanZerebecki, Tobi_WMDE_SW, Jonas, Aklapper, 
D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, hashar, Spage, greg



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

[Wikidata-bugs] [Maniphest] [Updated] T133028: [Story] Wikibase documentation

[JanZerebecki]

JanZerebecki added a comment.
Herald added a subscriber: TerraCodes.


  Using the CI template jsduck and job mwext-jsduck-publish might just work, 
however 
https://www.mediawiki.org/wiki/Continuous_integration/Entry_points#JavaScript_documentation
 is inconsistent with that, see also https://phabricator.wikimedia.org/T109005.
  Regarding doxygen there is https://phabricator.wikimedia.org/T66996.

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

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

To: JanZerebecki
Cc: TerraCodes, Lydia_Pintscher, JanZerebecki, Tobi_WMDE_SW, Jonas, Aklapper, 
D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Spage



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

[Wikidata-bugs] [Maniphest] [Updated] T66996: [Story] Automatically create Doxygen documentation of Wikibase PHP code

[JanZerebecki]

JanZerebecki added a comment.
Herald added a subscriber: TerraCodes.


  There is currently a doxygen job for core. See also 
https://phabricator.wikimedia.org/T94715. We probably need to create a new one 
for extensions.

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

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

To: JanZerebecki
Cc: JanZerebecki, TerraCodes, Ricordisamoa, Aklapper, Spage, hashar, 
Tobi_WMDE_SW, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, greg



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

[Wikidata-bugs] [Maniphest] [Commented On] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[Yurik]

Yurik added a comment.


  merged, please take a look at 
https://commons.wikimedia.org/wiki/Commons:Village_pump/Proposals#Tabular_data_storage_for_Commons.21
  
  @matmarex , JsonConfig is an extension I built a while ago for storing 
structured data on wiki and making it available from another wiki. Basically it 
was a refactoring of my Zero code, to allow this functionality to be shared. It 
was already used for data namespace for storing JSON (for a limited 
deployment), but I decided to make some more improvements before promoting it 
for a wider audience. JsonConfig is a misnomer - because it was initially 
thought to be for configurations rather any data, even though the code is 
actually identical.  We could of course rename it, but I don't think it is 
worth the hassle.

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

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

To: Yurik
Cc: TerraCodes, Pokefan95, gerritbot, -jem-, Bawolff, MZMcBride, Alkamid, 
Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, 
Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, Riley_Huntley, 
D3r1ck01, Izno, JAllemandou, Wikidata-bugs, aude, El_Grafo, Ricordisamoa, 
Shizhao, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb



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

[Wikidata] SQID: the new "Wikidata classes and properties browser"

[Markus Kroetzsch]

Hi all,

As promised a while ago, we have reworked our "Wikidata Classes and 
Properties" browser. I am happy to introduce the first beta version of a 
new app, called SQID:


http://tools.wmflabs.org/sqid/

It is a complete rewrite of the earlier application. Much faster, more 
usable, much more up-to-date information, supported on all reasonable 
browsers, and with tons of new features. Try it yourself, or read on for 
the main functions and current dev plans:



== Browse classes and properties ==

You can use it to find properties and class items by all kinds of 
filtering settings:


http://tools.wmflabs.org/sqid/#/browse?type=properties
http://tools.wmflabs.org/sqid/#/browse?type=classes

New features:
* Sort results by a criterion of choice
* Powerful, easy-to-use filtering interface
* Search properties by label, datatype, qualifiers used, or co-occurring 
properties
* Search classes by label, (indirect) superclass or by properties used 
on instances of the class

* All property statistics and some class statistics are updated every hour

== View Wikidata entities ==

The goal was to have a page for every property and every class, but we 
ended up having a generic data browser that can show all (live) data + 
some additional data for classes and properties (this is our main goal, 
but the other data is often helpful to understand the context). The UI 
is modelled after Reasonator as the quasi-standard of how Wikidata 
should look, but if you look beyond the surface you can see many 
differences in what SQID will (or will not) display.


Examples:
* Dresden, a plain item with a lot of data:
  http://tools.wmflabs.org/sqid/#/view?id=Q1731
* Volcano, a class with many subclasses:
  http://tools.wmflabs.org/sqid/#/view?id=Q8072
* sex or gender, a frequently used property:
  http://tools.wmflabs.org/sqid/#/view?id=P21

Notable features:
* Fast display
* All statement data with all qualifiers shown
* Extra statistical and live query data embedded

== General Wikidata statistics ==

As a minor feature, we also publish statistics on the weekly full 
Wikidata dump (which we process to get some of the statistics):


http://tools.wmflabs.org/sqid/#/status

Don't trust the main page -- find out how many entities there really are ;-)


== Plans, todos, feedback, contributions ==

We are on github, so please make feature requests and bug reports there:

https://github.com/Wikidata/WikidataClassBrowser/issues

Pull requests are welcome too.

Known limitations of the current version:

* Data update still a bit shaky. We refresh most statistical data every 
hour (entity data is live anyway), but you may not see this unless you 
clear your browser cache. This will be easier in the future.

* Entity data browser does not show sitelinks and references yet.
* Incoming properties not shown yet on entity pages
* I18N not complete yet (if you would like to try the current dev 
status, see, e.g.: http://tools.wmflabs.org/sqid/#/view?id=Q318=de)


Moreover, we are also planning to integrate more data displays, better 
live statistics, and editing capabilities. Developers who want to help 
there are welcome. SQID can also be a platform for other data display 
ideas (it's built using AngularJS, so integration is easy).


== And what about Miga? ==

The old Miga-based app at 
http://tools.wmflabs.org/wikidata-exports/miga/ will be retired in due 
course. Please update your links.


== Credits ==

I have had important development support from Markus Damm, Michael 
Günther and Georg Wild. We are funded by the German Research Foundation 
DFG. All of us are at TU Dresden. Complex statistics are computed with 
Wikidata Toolkit. Live query results come from the Wikidata SPARQL Query 
Service.


Enjoy,

Markus

--
Markus Kroetzsch
Faculty of Computer Science
Technische Universität Dresden
+49 351 463 38486
http://korrekt.org/

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

[Wikidata-bugs] [Maniphest] [Reassigned] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[matmarex]

matmarex removed a project: Patch-For-Review.
matmarex reassigned this task from Milimetric to Yurik.
matmarex added a comment.


  So I guess Yurik is working on making this happen? I'm not sure what is the 
JsonConfig extension or why it got merged into it.

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

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

To: Yurik, matmarex
Cc: TerraCodes, Pokefan95, gerritbot, -jem-, Bawolff, MZMcBride, Alkamid, 
Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, 
Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, Riley_Huntley, 
D3r1ck01, Izno, JAllemandou, Wikidata-bugs, aude, El_Grafo, Ricordisamoa, 
Shizhao, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T133000: Fatal BadMethodCallException: Call to a member function getText() on a non-object (null) in Wikidata/ArticlePlaceholder/SearchHookHandle

[Addshore]

Herald added a subscriber: TerraCodes.

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

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

To: Addshore
Cc: Addshore, TerraCodes, Lucie, Urbanecm, Krinkle, Aklapper, D3r1ck01, Izno, 
Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, Jay8g, Krenair



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

[Wikidata-bugs] [Maniphest] [Closed] T133048: BadMethodCallException when viewing Items created around the time of the eqiad -> codfw switch

[Addshore]

Addshore closed this task as "Resolved".
Addshore claimed this task.
Addshore added a comment.


  Looks resolved to me!

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

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

To: Addshore
Cc: Stashbot, JanZerebecki, Lydia_Pintscher, daniel, aude, hoo, Aklapper, 
Addshore, TerraCodes, D3r1ck01, Izno, Wikidata-bugs, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T133048: BadMethodCallException when viewing Items created around the time of the eqiad -> codfw switch

[Stashbot]

Stashbot added a comment.


  Mentioned in SAL [2016-04-19T18:00:26Z] <_joe_> running 
rebuildEntityPerPage.php on wikidata, https://phabricator.wikimedia.org/T133048

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

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

To: Stashbot
Cc: Stashbot, JanZerebecki, Lydia_Pintscher, daniel, aude, hoo, Aklapper, 
Addshore, TerraCodes, D3r1ck01, Izno, 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 Subscribers] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 281331 merged by jenkins-bot:
  Implement tabular content support
  
  https://gerrit.wikimedia.org/r/281331

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

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

To: Milimetric, gerritbot
Cc: TerraCodes, Pokefan95, gerritbot, -jem-, Bawolff, MZMcBride, Alkamid, 
Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, 
Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, Lewizho99, 
Maathavan, Riley_Huntley, D3r1ck01, Izno, JAllemandou, Wikidata-bugs, aude, 
El_Grafo, Ricordisamoa, Shizhao, Fabrice_Florin, Mbch331, Jay8g, Krenair, 
jeremyb



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

[Wikidata-bugs] [Maniphest] [Edited] T133042: Quantity datatype precision (tracking)

[JanZerebecki]

JanZerebecki edited the task description.

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

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

To: JanZerebecki
Cc: Nikki, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, 
mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, 
MSGJ, Klortho, Wolfvoll, Aklapper, Darkdadaah, DixonD, jeblad, Tobi_WMDE_SW, 
thiemowmde, JanZerebecki, TerraCodes, daniel, D3r1ck01, Izno, aude, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T133026: [Bug] WDQS GUI caching

[Smalyshev]

Smalyshev added a comment.


  I checked the dates on both services and they are within 1s of each other, so 
time difference should not be an issue.

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

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

To: Smalyshev
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Updated] T133046: WDQS stopped updating during datacenter switch

[Deskana]

Deskana added a blocking task: T133053: Special:RecentChanges contains no 
entries from 14:48 - 15:10 UTC on 2015-04-19 due to Dallas data centre 
migration.

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

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

To: Deskana
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Updated] T133046: WDQS stopped updating during datacenter switch

[Deskana]

Deskana removed a blocked task: T133053: Special:RecentChanges contains no 
entries from 14:48 - 15:10 UTC on 2015-04-19 due to Dallas data centre 
migration.

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

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

To: Deskana
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Updated] T133046: WDQS stopped updating during datacenter switch

[Deskana]

Deskana added a blocked task: T133053: Special:RecentChanges contains no 
entries from 14:48 - 15:10 UTC on 2015-04-19 due to Dallas data centre 
migration.

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

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

To: Deskana
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T133026: [Bug] WDQS GUI caching

[Smalyshev]

Smalyshev added a comment.


  Maybe we should put max-age on GUI files too? Longer one, of course, 
something like 5 days.

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

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

To: Smalyshev
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Edited] T133042: Quantity datatype precision (tracking)

[JanZerebecki]

JanZerebecki edited the task description.

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

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

To: JanZerebecki
Cc: Nikki, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, 
mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, 
MSGJ, Klortho, Wolfvoll, Aklapper, Darkdadaah, DixonD, jeblad, Tobi_WMDE_SW, 
thiemowmde, JanZerebecki, TerraCodes, daniel, D3r1ck01, Izno, aude, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T133046: WDQS stopped updating during datacenter switch

[Smalyshev]

Smalyshev added a comment.


  Yes, WDQS uses recent changes API, so if that one is broken then updates are 
broken too.

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

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

To: Smalyshev
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T133046: WDQS stopped updating during datacenter switch

[IKhitron]

IKhitron added a comment.


  Well, I made the list of missing edits, and they are not unmarked!

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

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

To: IKhitron
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T133046: WDQS stopped updating during datacenter switch

[Smalyshev]

Smalyshev added subscribers: aude, daniel.

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

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

To: Smalyshev
Cc: daniel, aude, IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, 
Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, 
Deskana, Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Updated] T132442: [Task] Introduce differ for MediaInfo

[thiemowmde]

thiemowmde added projects: Patch-For-Review, Wikibase-DataModel-Services.
thiemowmde added a comment.
Herald added a subscriber: TerraCodes.


  In February 2015 I created a "GenericEntityDiffer" that uses feature 
detection to create diffs from any entity type (even between different entity 
types).
  
  This was not meant to patch and store patched entities. It can't because it 
will miss and skip all entity features it does not know about. This was meant 
to get at least something when diffing different entity types, instead of a 
bogus error message (example: 
https://www.wikidata.org/w/index.php?oldid=199788084=206027763).
  
  Since MediaInfo does not introduce any new features (yet), this will work 
with MediaInfo.
  
  - https://github.com/wmde/WikibaseDataModel/pull/354
  - https://github.com/wmde/WikibaseDataModelServices/pull/61
  - https://github.com/wmde/WikibaseDataModelServices/pull/92 is split from #61.

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

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

To: thiemowmde
Cc: thiemowmde, TerraCodes, Tobi_WMDE_SW, 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] T133046: WDQS stopped updating during datacenter switch

[Addshore]

Addshore added a comment.


  In https://phabricator.wikimedia.org/T133046#2218396, @IKhitron wrote:
  
  > Well, Quarry ignores queries on the lost time in recentchanges table, but 
has all the data in revision table.
  
  
  Indeed, per my edit on test.wikipedia.org never making it to the recent 
changes table many edits will not have made it to the rc table on wikidata.org
  And if this is how WDQS picks up edits WDQS will have missed them.

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

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

To: Addshore
Cc: IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, 
D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, 
Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T133046: WDQS stopped updating during datacenter switch

[IKhitron]

IKhitron added a comment.


  Well, Quarry ignores queries on the lost time in recentchanges table, but has 
all the data in revision table.

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

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

To: IKhitron
Cc: IKhitron, Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, 
D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, 
Manybubbles, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Updated] T133046: WDQS stopped updating during datacenter switch

[Gehel]

Gehel added a comment.


  This is related to https://phabricator.wikimedia.org/T133053.

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

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

To: Gehel
Cc: Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, D3r1ck01, 
FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T133046: WDQS stopped updating during datacenter switch

[Gehel]

Gehel added a comment.


  Looking at the code, it seems that updates are fetched by using the MW API. 
Doing the call manually from wdqs1001 seems to return meaningful data:
  
curl -v -s 
https://www.wikidata.org/w/api.php?format=json\=query\=recentchanges\=newer\=title\|ids\|timestamp\=100
  
  It seems that the recent changes as exposed by api.php are populated by job 
queue. Those updates were lost for a moment during the switch. We have lost 
entries in recentchanges during the switch, which means that WDQS has not seen 
those updates either...

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

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

To: Gehel
Cc: Addshore, Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, D3r1ck01, 
FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Retitled] T133048: BadMethodCallException when viewing Items created around the time of the eqiad -> codfw switch

[Addshore]

Addshore changed the title from "BadMethodCallException when viewing Q23889824" 
to "BadMethodCallException when viewing Items created around the time of the 
eqiad -> codfw switch".
Addshore added subscribers: hoo, aude, daniel, Lydia_Pintscher, JanZerebecki.
Addshore added a project: Operations.

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

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

To: Addshore
Cc: JanZerebecki, Lydia_Pintscher, daniel, aude, hoo, Aklapper, Addshore, 
TerraCodes, D3r1ck01, Izno, Wikidata-bugs, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Created] T133052: [Story] Portal for Query Service documentation on Wikidata

[johl]

johl created this task.
Herald added a subscriber: TerraCodes.

TASK DESCRIPTION
  Use cases:
  
  - wants to use Query Service
  - data format / RDF
  - wants to install Query Service / Blazegraph
  - Clients, Code examples
  
  portal page for Query Service
  
  Main page
  
  - Explore the project

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

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

To: johl
Cc: TerraCodes, Aklapper, Jonas, Lydia_Pintscher, Smalyshev, johl, Avner, debt, 
Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, 
Deskana, Manybubbles, TheDJ, Mbch331, Jay8g, Spage



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

[Wikidata-bugs] [Maniphest] [Block] T130534: [Epic] User Documentation for WDQS

[johl]

johl created blocking task T133052: [Story] Portal for Query Service 
documentation on Wikidata.
Herald added a subscriber: TerraCodes.

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

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

To: johl
Cc: TerraCodes, Smalyshev, Lydia_Pintscher, johl, Jonas, Aklapper, Avner, debt, 
Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, 
Deskana, Manybubbles, TheDJ, Mbch331, Jay8g, Spage



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

[Wikidata-bugs] [Maniphest] [Updated] T133042: Quantity datatype precision (tracking)

[Nikki]

Nikki added a comment.


  I'm not sure how to link it, but there's 
https://phabricator.wikimedia.org/T112247 asking for counts to have their own 
datatype.

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

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

To: Nikki
Cc: Nikki, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, 
mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, 
MSGJ, Klortho, Wolfvoll, Aklapper, Darkdadaah, DixonD, jeblad, Tobi_WMDE_SW, 
thiemowmde, JanZerebecki, TerraCodes, daniel, D3r1ck01, Izno, aude, Mbch331



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112247: [RFC] Create a "number" datatype for exact values

[Nikki]

Herald added a subscriber: TerraCodes.

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

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

To: Nikki
Cc: Nikki, TerraCodes, JohnLewis, JanZerebecki, Micru, mkroetzsch, thiemowmde, 
Ricordisamoa, daniel, Lydia_Pintscher, Liuxinyu970226, Snaterlicious, jayvdb, 
SPQRobin, Wikidata-bugs, DSGalaktos, Bugreporter, geraki, Ayack, Gareth, 
kaldari, Smalyshev, Izno, AmaryllisGardener, Sjoerddebruin, Mbch331, Stryn, 
Denny, Jc3s5h, Aklapper, D3r1ck01, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T133048: BadMethodCallException when viewing Q23889824

[Addshore]

Addshore added a comment.


  This actually happens for a bunch of items created around the time of the 
switch.
  
  https://www.wikidata.org/wiki/Q23889821
  https://www.wikidata.org/wiki/Q23889822
  https://www.wikidata.org/wiki/Q23889824
  https://www.wikidata.org/wiki/Q23889825
  https://www.wikidata.org/wiki/Q23889826
  https://www.wikidata.org/wiki/Q23889827
  https://www.wikidata.org/wiki/Q23889828
  https://www.wikidata.org/wiki/Q23889829
  
  etc.

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

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

To: Addshore
Cc: Aklapper, Addshore, TerraCodes, D3r1ck01, Izno, 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] [Triaged] T133048: BadMethodCallException when viewing Q23889824

[Addshore]

Addshore triaged this task as "High" priority.

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

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

To: Addshore
Cc: Aklapper, Addshore, TerraCodes, D3r1ck01, Izno, 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] [Commented On] T132964: Allow EntityFactory to work in Wikibase for more entity types

[gerritbot]

gerritbot added a comment.


  Change 284070 merged by jenkins-bot:
  Adjust EntityFactory::newEmpty to work for more entity types
  
  https://gerrit.wikimedia.org/r/284070

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

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

To: gerritbot
Cc: TerraCodes, gerritbot, Steinsplitter, Aklapper, Bene, JeanFred, 
Ricordisamoa, Tobi_WMDE_SW, El_Grafo, Jheald, Micru, DannyH, Raymond, Ayack, 
Smalyshev, LikeLifer, adrianheine, Pokefan95, aude, Lewizho99, Maathavan, 
Riley_Huntley, D3r1ck01, Izno, Wikidata-bugs, Fabrice_Florin, Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Commented On] T133048: BadMethodCallException when viewing Q23889824

[Addshore]

Addshore added a comment.


  It looks like the item has been deleted, per 
https://www.wikidata.org/w/api.php?action=wbgetentities=Q23889824
  
  But the UI still tries to display it?

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

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

To: Addshore
Cc: Aklapper, Addshore, TerraCodes, D3r1ck01, Izno, 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] [Changed Subscribers] T132964: Allow EntityFactory to work in Wikibase for more entity types

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 284205 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
  Reduce EntityFactory implementation and usage to an absolute minimum
  
  https://gerrit.wikimedia.org/r/284205

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

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

To: gerritbot
Cc: TerraCodes, gerritbot, Steinsplitter, Aklapper, Bene, JeanFred, 
Ricordisamoa, Tobi_WMDE_SW, El_Grafo, Jheald, Micru, DannyH, Raymond, Ayack, 
Smalyshev, LikeLifer, adrianheine, Pokefan95, aude, Lewizho99, Maathavan, 
Riley_Huntley, D3r1ck01, Izno, Wikidata-bugs, Fabrice_Florin, Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Updated] T133048: BadMethodCallException when viewing Q23889824

[Addshore]

Addshore added a project: codfw-rollout.

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

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

To: Addshore
Cc: Aklapper, Addshore, TerraCodes, D3r1ck01, Izno, 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] [Updated] T133046: WDQS stopped updating during datacenter switch

[Addshore]

Addshore added a project: codfw-rollout.

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

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

To: Addshore
Cc: Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, D3r1ck01, FloNight, 
Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, 
Jay8g



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

[Wikidata-bugs] [Maniphest] [Created] T133049: InvalidArgumentException - SuggestionGenerator.php:61 Item Q23889720 could not be found

[Addshore]

Addshore created this task.
Herald added subscribers: TerraCodes, Aklapper.

TASK DESCRIPTION
addshore@fluorine:/a/mw-log$ cat exception.log |grep -A 20 
VxZKrQrAEHUAAJeU5BwH
2016-04-19 15:11:41 [VxZKrQrAEHUAAJeU5BwH] mw2144 wikidatawiki 
1.27.0-wmf.21 exception ERROR: [VxZKrQrAEHUAAJeU5BwH] 
/w/api.php?action=wbsgetsuggestions==item=json=it=0=Q23889720
   InvalidArgumentException from line 61 of 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/PropertySuggester/src/PropertySuggester/SuggestionGenerator.php:
 Item Q23889720 could not be found {"exception_id":"VxZKrQrAEHUAAJeU5BwH"}
[Exception InvalidArgumentException] 
(/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/PropertySuggester/src/PropertySuggester/SuggestionGenerator.php:61)
 Item Q23889720 could not be found
  #0 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/PropertySuggester/src/PropertySuggester/GetSuggestions.php(96):
 PropertySuggester\SuggestionGenerator->generateSuggestionsByItem(string, 
integer, double, string)
  #1 /srv/mediawiki/php-1.27.0-wmf.21/includes/api/ApiMain.php(1365): 
PropertySuggester\GetSuggestions->execute()
  #2 /srv/mediawiki/php-1.27.0-wmf.21/includes/api/ApiMain.php(468): 
ApiMain->executeAction()
  #3 /srv/mediawiki/php-1.27.0-wmf.21/includes/api/ApiMain.php(434): 
ApiMain->executeActionWithErrorHandling()
  #4 /srv/mediawiki/php-1.27.0-wmf.21/api.php(83): ApiMain->execute()
  #5 /srv/mediawiki/w/api.php(3): include(string)
  #6 {main}

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

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

To: Addshore
Cc: Aklapper, TerraCodes, Addshore, 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] T133048: BadMethodCallException when viewing Q23889824

[Addshore]

Addshore created this task.
Herald added subscribers: TerraCodes, Aklapper.

TASK DESCRIPTION
  https://www.wikidata.org/wiki/Q23889824
  
  Exception encountered, of type "BadMethodCallException"
  
  This is likely due to the eqiad->codfw switchover
  
2016-04-19 15:10:55 [VxZKfwrAIFAAAL1REqYN] mw2192 wikidatawiki 
1.27.0-wmf.21 exception ERROR: [VxZKfwrAIFAAAL1REqYN] /wiki/Q23889824   
BadMethodCallException from line 155 of 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Hooks/OutputPageBeforeHTMLHookHandler.php:
 Call to a member function getEntity() on a non-object (null) 
{"exception_id":"VxZKfwrAIFAAAL1REqYN"}
[Exception BadMethodCallException] 
(/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Hooks/OutputPageBeforeHTMLHookHandler.php:155)
 Call to a member function getEntity() on a non-object (null)
  #0 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Hooks/OutputPageBeforeHTMLHookHandler.php(129):
 
Wikibase\Repo\Hooks\OutputPageBeforeHTMLHookHandler->getEntityViewPlaceholderExpander(OutputPage)
  #1 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Hooks/OutputPageBeforeHTMLHookHandler.php(115):
 
Wikibase\Repo\Hooks\OutputPageBeforeHTMLHookHandler->doOutputPageBeforeHTML(OutputPage,
 string)
  #2 /srv/mediawiki/php-1.27.0-wmf.21/includes/Hooks.php(195): 
Wikibase\Repo\Hooks\OutputPageBeforeHTMLHookHandler::onOutputPageBeforeHTML(OutputPage,
 string)
  #3 /srv/mediawiki/php-1.27.0-wmf.21/includes/OutputPage.php(1839): 
Hooks::run(string, array)
  #4 /srv/mediawiki/php-1.27.0-wmf.21/includes/OutputPage.php(1857): 
OutputPage->addParserOutputText(ParserOutput)
  #5 /srv/mediawiki/php-1.27.0-wmf.21/includes/page/Article.php(607): 
OutputPage->addParserOutput(ParserOutput)
  #6 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Actions/ViewEntityAction.php(72):
 Article->view()
  #7 
/srv/mediawiki/php-1.27.0-wmf.21/extensions/Wikidata/extensions/Wikibase/repo/includes/Actions/ViewEntityAction.php(38):
 Wikibase\ViewEntityAction->showEntityPage()
  #8 /srv/mediawiki/php-1.27.0-wmf.21/includes/MediaWiki.php(503): 
Wikibase\ViewEntityAction->show()
  #9 /srv/mediawiki/php-1.27.0-wmf.21/includes/MediaWiki.php(288): 
MediaWiki->performAction(Article, Title)
  #10 /srv/mediawiki/php-1.27.0-wmf.21/includes/MediaWiki.php(738): 
MediaWiki->performRequest()
  #11 /srv/mediawiki/php-1.27.0-wmf.21/includes/MediaWiki.php(519): 
MediaWiki->main()
  #12 /srv/mediawiki/php-1.27.0-wmf.21/index.php(43): MediaWiki->run()
  #13 /srv/mediawiki/w/index.php(3): include(string)
  #14 {main}

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

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

To: Addshore
Cc: Aklapper, Addshore, TerraCodes, 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] T133046: WDQS stopped updating during datacenter switch

[Gehel]

Gehel added a comment.


  Might be related to RCStream breaking during the switch.

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

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

To: Gehel
Cc: Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, D3r1ck01, FloNight, 
Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, 
Jay8g



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

[Wikidata-bugs] [Maniphest] [Created] T133046: WDQS stopped updating during datacenter switch

[Gehel]

Gehel created this task.
Herald added subscribers: TerraCodes, Aklapper.
Herald added a project: Wikidata.

TASK DESCRIPTION
  The last update as seen in the logs of wdqs1001:
  
Apr 19 14:02:26 wdqs1001 bash[19132]: 14:02:26.456 [main] INFO  
org.wikidata.query.rdf.tool.Update - Polled up to 2016-04-19T14:02:16Z at (3.6, 
3.4, 2.9) updates per second and (969.1, 994.8, 998.4) milliseconds per second
  
  It seems that updates are queried on https://www.wikidata.org/ which is still 
accessible. Investigation in progress.

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

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

To: Gehel
Cc: Aklapper, Smalyshev, Gehel, TerraCodes, Avner, debt, D3r1ck01, FloNight, 
Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, 
Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T130345: Remove dependency from WikibaseView on UserLanguageLookup in WikibaseLib

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 276613 merged by jenkins-bot:
  Simplify terms languages passing
  
  https://gerrit.wikimedia.org/r/276613

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

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

To: adrianheine, gerritbot
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] Fwd: Using sparql to query for labels with matching regex

[Daniel Kinzler]

Hi Mike!

I'm no SPARQL expert, but regular expressions in queries are often not optimized
using indexes. So *all* labels would need to be checked against the regular
expression, which of course times out.

But there are other options. Perhaps
instead of FILTER regex(?label, "^apparel")
try FILTER (STRSTARTS(?label,"apparel"))

See 

Another option would be Blazegraph's full text index:

WHERE {
  ?label bds:search "apparel*" .
  
}

This woudl match any label that contains a word that starts with apparel.

See 

HTH

Am 29.03.2016 um 22:47 schrieb mike white:
> 
> Hi all
> 
> I am trying to query the wiki data for entities with labels that matches a
> regex. I am new in the sparql world. So could you please help me with it. Here
> is what I have for now.
> 
> https://gist.github.com/anonymous/2810eb5747e51a9ae746183a43f20771
> 
> But I don't think it is the right way. Any help will be much appreciate. 
> Thanks
> 
> 
> 
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
> 


-- 
Daniel Kinzler
Senior Software Developer

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

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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T132555: Remove dependency from WikibaseView on Language

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 276613 merged by jenkins-bot:
  Simplify terms languages passing
  
  https://gerrit.wikimedia.org/r/276613

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

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

To: adrianheine, gerritbot
Cc: TerraCodes, gerritbot, adrianheine, 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] [Changed Subscribers] T132554: [Task] Emit correct lang and dir attributes for missing terms messages in the termbox in PHP

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 274398 merged by jenkins-bot:
  Re-use entitytermsview from PHP in JS
  
  https://gerrit.wikimedia.org/r/274398

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

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

To: adrianheine, gerritbot
Cc: TerraCodes, gerritbot, Aklapper, adrianheine, 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] [Changed Subscribers] T114877: [Bug] DOM does not match configured languages

[gerritbot]

gerritbot added a comment.
Herald added a subscriber: TerraCodes.


  Change 274398 merged by jenkins-bot:
  Re-use entitytermsview from PHP in JS
  
  https://gerrit.wikimedia.org/r/274398

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

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

To: gerritbot
Cc: TerraCodes, gerritbot, JanZerebecki, 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] [Created] T133044: [Task] Handle cases where assiging a fresh ID to a new entity expects numeric entity IDs

[Tobi_WMDE_SW]

Tobi_WMDE_SW created this task.

TASK DESCRIPTION
  From https://phabricator.wikimedia.org/T125822#2215088:
  
  > - Places in the code when assigning a fresh id to a new entity that expect 
numeric entity ids and expect methods like ItemId::newFromNumber exist for 
MediaInfoId

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

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

To: Tobi_WMDE_SW
Cc: Steinsplitter, Aklapper, Bene, JeanFred, Ricordisamoa, El_Grafo, Jheald, 
Micru, DannyH, Raymond, Ayack, Smalyshev, LikeLifer, adrianheine, Pokefan95, 
aude, TerraCodes, Tobi_WMDE_SW, D3r1ck01, Izno, Wikidata-bugs, Fabrice_Florin, 
Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Commented On] T133026: [Bug] WDQS GUI caching

[Jonas]

Jonas added a comment.


  @Gehel sorry I can not reproduce the error. 
  What I can say that on every deployment with braking changes the app is 
breaking, so basically every Monday.

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

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

To: Smalyshev, Jonas
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Block] T125822: [Epic] Basic first prototype for structured data support for Commons

[Tobi_WMDE_SW]

Tobi_WMDE_SW created blocking task T133044: [Task] Handle cases where assiging 
a fresh ID to a new entity expects numeric entity IDs.

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

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

To: Tobi_WMDE_SW
Cc: TerraCodes, aude, Pokefan95, adrianheine, LikeLifer, Smalyshev, Ayack, 
Raymond, DannyH, Micru, Jheald, El_Grafo, Tobi_WMDE_SW, Ricordisamoa, JeanFred, 
Bene, Aklapper, Steinsplitter, Riley_Huntley, D3r1ck01, Izno, Wikidata-bugs, 
Fabrice_Florin, Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Block] T125822: [Epic] Basic first prototype for structured data support for Commons

[Tobi_WMDE_SW]

Tobi_WMDE_SW created blocking task T133043: [Task] EntityFactory::newEmpty does 
not work for MediaInfo.
Herald added a subscriber: TerraCodes.

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

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

To: Tobi_WMDE_SW
Cc: TerraCodes, aude, Pokefan95, adrianheine, LikeLifer, Smalyshev, Ayack, 
Raymond, DannyH, Micru, Jheald, El_Grafo, Tobi_WMDE_SW, Ricordisamoa, JeanFred, 
Bene, Aklapper, Steinsplitter, Riley_Huntley, D3r1ck01, Izno, Wikidata-bugs, 
Fabrice_Florin, Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Created] T133043: [Task] EntityFactory::newEmpty does not work for MediaInfo

[Tobi_WMDE_SW]

Tobi_WMDE_SW created this task.
Herald added a subscriber: TerraCodes.

TASK DESCRIPTION
  from https://phabricator.wikimedia.org/T125822#2215088:
  
  > - EntityFactory::newEmpty does not work for MediaInfo, because it uses a 
hardcoded mapping of entity types and classes (w/o any hook or such for new 
types)

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

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

To: Tobi_WMDE_SW
Cc: TerraCodes, Steinsplitter, Aklapper, Bene, JeanFred, Ricordisamoa, 
El_Grafo, Jheald, Micru, DannyH, Raymond, Ayack, Smalyshev, LikeLifer, 
adrianheine, Pokefan95, aude, Tobi_WMDE_SW, D3r1ck01, Izno, Wikidata-bugs, 
Fabrice_Florin, Mbch331, Tgr



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T124451: Don't add claims if a logged in user gets logged out

[Lydia_Pintscher]

Lydia_Pintscher added a subscriber: adrianheine.
Lydia_Pintscher added a comment.
Herald added a subscriber: TerraCodes.


  @adrianheine Could you have a look?

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

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

To: Lydia_Pintscher
Cc: adrianheine, TerraCodes, Lydia_Pintscher, Krenair, jayvdb, Krinkle, ZhouZ, 
JEumerus, HakanIST, Legoktm, hoo, Aklapper, Multichill, D3r1ck01, Izno, 
Mpaulson, Wikidata-bugs, aude, Slaporte, csteipp, Mbch331, Jay8g



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

[Wikidata-bugs] [Maniphest] [Created] T133042: Quantity datatype precision (tracking)

[Tobi_WMDE_SW]

Tobi_WMDE_SW created this task.
Herald added a subscriber: TerraCodes.

TASK DESCRIPTION
  We discussed about quantity precision today and here's a way forward:
  
  - DataValue needs to support undefined precision
  - Remove "guessing" of precision from parser
  - Change formatters to always show the precision when defined
- Note: this will cause that +-0 is shown where it is defined as precision
  - Guess the precision where needed (e.g. for unit conversion, indexing and 
RDF export)
- Change the guessing algorithm to guess precision of +-0.5
- Open question: how to handle numbers with no decimals? e.g. 2300 could 
have +-0.5 or +-50
  - Create bot that removes precision that matches the previous guessing 
algorithm
- Open question: should precision +-0 be removed from properties that 
represent counts? Or should properties for counts get an own datatype?
  
  Some of the above points do have existing tickets already. @Daniel 
@thiemowmde @janzerebecki can you double-check the list and link the tickets?

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

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

To: Tobi_WMDE_SW
Cc: Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, 
mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, 
MSGJ, Klortho, Wolfvoll, Aklapper, Darkdadaah, DixonD, jeblad, Tobi_WMDE_SW, 
thiemowmde, JanZerebecki, TerraCodes, daniel, D3r1ck01, Izno, aude, Mbch331, 
Danny_B



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

[Wikidata-bugs] [Maniphest] [Block] T56318: Quantity datatype (tracking)

[Tobi_WMDE_SW]

Tobi_WMDE_SW created blocking task T133042: Quantity datatype precision 
(tracking).
Herald added a subscriber: TerraCodes.

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

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

To: Tobi_WMDE_SW
Cc: TerraCodes, jeblad, DixonD, Darkdadaah, Aklapper, Wolfvoll, Klortho, MSGJ, 
Kelson, Ricordisamoa, Wikidata-bugs, Bene, He7d3r, Denny, Micru, mgrabovsky, 
Ash_Crow, Event, Snipre, Liuxinyu970226, Lydia_Pintscher, Stryn, daniel, 
D3r1ck01, Izno, aude, Mbch331



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

[Wikidata-bugs] [Maniphest] [Edited] T133042: Quantity datatype precision (tracking)

[Tobi_WMDE_SW]

Tobi_WMDE_SW edited the task description.

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

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

To: Tobi_WMDE_SW
Cc: Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, 
mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, 
MSGJ, Klortho, Wolfvoll, Aklapper, Darkdadaah, DixonD, jeblad, Tobi_WMDE_SW, 
thiemowmde, JanZerebecki, TerraCodes, daniel, D3r1ck01, Izno, aude, Mbch331



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

[Wikidata-bugs] [Maniphest] [Unblock] T98145: [EPIC] Lead images (WikidataPageBanner integration) to stable

[Moushira]

Moushira closed blocking task T103453: Community discussion/research around 
changes to article lead section on mobile as "Resolved".
Herald added a subscriber: TerraCodes.

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

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

To: Moushira
Cc: TerraCodes, Moushira, bd808, Jdlrobson, KHammerstein, phuedx, Aklapper, 
D3r1ck01, Izno, Wikidata-bugs, aude, KLans_WMF, Lydia_Pintscher, Mbch331



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T133026: [Bug] WDQS GUI caching

[Gehel]

Gehel added a comment.
Herald added a subscriber: TerraCodes.


  Side note: nginx computes etags based on last modified date and file size. 
The last modified date might differ (not much, but enough) between our 2 
servers, which means that we might have inconsistent etags. We should probably 
disable them...

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

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

To: Smalyshev, Gehel
Cc: TerraCodes, Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, 
debt, D3r1ck01, FloNight, Izno, 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] [Commented On] T133026: [Bug] WDQS GUI caching

[Gehel]

Gehel added a comment.


  Strange ... Having a quick look at the HTTP responses and our nginx 
configuration, it seems that the only resource on which we set caching headers 
are the queries themselves (everything under `/bigdata/namespace/wdq/sparql`), 
and even then we send a max-age=60. We do send appropriate etags and last 
modified headers on static resources (CSS, JS, images, ...). Note that we 
should certainly have those static resources be content based addressed and 
have long lasting caching headers.
  
  @Jonas do you have an example of a resource which stays cached for longer 
than expected?

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

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

To: Smalyshev, Gehel
Cc: Gehel, Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, debt, 
D3r1ck01, FloNight, Izno, 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] [Created] T133028: [Story] Wikibase documentation

[Jonas]

Jonas created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  We would like to have an auto generated documentation for Wikibase.
  
  We would like to have php (doxygen) and js (jsduck) docs.
  We would like to have them linked on http://wikiba.se/resources/ and 
https://doc.wikimedia.org/

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

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

To: Jonas
Cc: Lydia_Pintscher, JanZerebecki, Tobi_WMDE_SW, Jonas, Aklapper, D3r1ck01, 
Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Spage



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

[Wikidata-bugs] [Maniphest] [Commented On] T132756: [Story] Introduce basic language support with ULS

[gerritbot]

gerritbot added a comment.


  Change 284151 had a related patch set uploaded (by Jonas Kress (WMDE)):
  Enable languages in Wikibase API
  
  https://gerrit.wikimedia.org/r/284151

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

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

To: Jonas, gerritbot
Cc: gerritbot, Sylvain_WMFr, Lydia_Pintscher, Smalyshev, Jonas, Aklapper, 
Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, FloNight, 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] [Commented On] T132558: [Task] JS deserializers via entity type definitions

[gerritbot]

gerritbot added a comment.


  Change 283460 merged by jenkins-bot:
  Rename and rework classes for configuring JS deserializers
  
  https://gerrit.wikimedia.org/r/283460

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

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

To: adrianheine, gerritbot
Cc: gerritbot, Aklapper, adrianheine, 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] SPARQL service timeouts

[Guillaume Lederrey]

I'm late to the game, but a quick look into the nginx logs does not
show all that much. I see a few connection refused, but that should
translate in an HTTP 502 error, not in a partial answer.

I'm really not good at reading VCL, but it seems that we do have some
rules in our Varnish config to cache pages in error. This would make
sense as pages in error tend to be expensive, so we probably want to
ensure the same error is capped at a maximum rate.

I'll keep looking. But transient errors are hard...

On Tue, Apr 19, 2016 at 11:44 AM, Addshore  wrote:
> Yes the size reported there will be the compressed size, so actual bytes
> over the port!
>
> Looking at the patch further it looks like some nginx settings were changed
> while caching was enabled that may also be worth looking at.
>
> On 19 April 2016 at 10:42, Markus Krötzsch 
> wrote:
>>
>> On 19.04.2016 11:33, Addshore wrote:
>>>
>>> Also per https://phabricator.wikimedia.org/T126730 and
>>> https://gerrit.wikimedia.org/r/#/c/274864/8 requests to the query
>>> service are now cached for 60 seconds.
>>> I expect this will include error results from timeouts so retrying a
>>> request within the same 60 seconds as the first won't event reach the
>>> WDQS servers now.
>>
>>
>> Maybe this could be the answer. Is it possible that the cache stores the
>> truncated result but not the Java exception? Then the behaviour could be a
>> timeout which just is not reported properly. Ideally, partial results should
>> not be cached or the "timeout" should be cached so that a renewed request
>> (in 60sec) returns an immediate timeout rather than a broken result set.
>>
>> Cheers,
>>
>> Markus
>>
>>>
>>> On 19 April 2016 at 10:05, Addshore >> > wrote:
>>>
>>> In the case we are discussing here the truncated JSON is caused by
>>> blaze graph deciding it has been sending data for too long and then
>>> stopping (as I understand).
>>> Thus you will only see a spike on the graph for the amount of data
>>> actually sent from the server, not the size of the result blazegraph
>>> was trying to send back.
>>>
>>> I also ran into this with some simple queries that returned big sets
>>> of data.
>>> Although with my issue I did actually also see a Java exception
>>> somewhere.
>>>
>>> On 18 April 2016 at 21:51, Markus Kroetzsch
>>> >> > wrote:
>>>
>>> On 18.04.2016 22:21, Markus Kroetzsch wrote:
>>>
>>> On 18.04.2016 21:56, Markus Kroetzsch wrote:
>>>
>>> Thanks, the dashboard is interesting.
>>>
>>> I am trying to run this query:
>>>
>>> SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }
>>>
>>> It is supposed to return a large result set. But I am
>>> only running it
>>> once per week. It used to work fine, but today I could
>>> not get it to
>>> succeed a single time.
>>>
>>>
>>> Actually, the query seems to work as it should. I am
>>> investigating why I
>>> get an error in some cases on my machine.
>>>
>>>
>>> Ok, I found that this is not so easy to reproduce reliably. The
>>> symptom I am seeing is a truncated JSON response, which just
>>> stops in the middle of the data (at a random location, but
>>> usually early on), and which is *not* followed by any error
>>> message. The stream just ends.
>>>
>>> So far, I could only get this in Java, not in Python, and it
>>> does not always happen. If successful, the result is about 250M
>>> in size. The following Python script can retrieve it:
>>>
>>> import requests
>>> SPARQL_SERVICE_URL = 'https://query.wikidata.org/sparql'
>>> query = """SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC
>>> }"""
>>> print requests.get(SPARQL_SERVICE_URL, params={'query': query,
>>> 'format': 'json'}).text
>>>
>>> (output should be redirected to a file)
>>>
>>> I will keep an eye on the issue, but I don't know how to debug
>>> this any further now, since it started to work without me
>>> changing any code.
>>>
>>> I also wonder how to read the dashboard after all. In spite of
>>> me repeating an experiment that creates a 250M result file for
>>> five times in the past few minutes, the "Bytes out" figure
>>> remains below a few MB for most of the time.
>>>
>>>
>>> Markus
>>>
>>>
>>>
>>> On 18.04.2016 21:40, Stas Malyshev wrote:
>>>
>>> Hi!
>>>
>>> I have the impression that some not-so-easy
>>> SPARQL queries that used to
>>> run just below 

[Wikidata-bugs] [Maniphest] [Created] T133026: [Bug] WDQS GUI caching

[Jonas]

Jonas created this task.
Herald added a subscriber: Aklapper.
Herald added projects: Wikidata, Discovery.

TASK DESCRIPTION
  Caching breaks the app when files have breaking changes.
  We should have a one file build or change caching behavior.

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

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

To: Smalyshev, Jonas
Cc: Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, debt, Gehel, 
D3r1ck01, FloNight, Izno, 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] [Triaged] T133026: [Bug] WDQS GUI caching

[Jonas]

Jonas triaged this task as "High" priority.

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

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

To: Smalyshev, Jonas
Cc: Lydia_Pintscher, JanZerebecki, Jonas, Aklapper, Avner, debt, Gehel, 
D3r1ck01, FloNight, Izno, 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] [Changed Project Column] T132843: MediaInfoViewTest::testPlaceholderIntegration fails in the Wikidata build

[adrianheine]

adrianheine moved this task to Done on the Wikidata-Sprint-2016-04-12 workboard.

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

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

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

To: adrianheine
Cc: Lucie, Addshore, Bene, adrianheine, thiemowmde, gerritbot, JanZerebecki, 
Aklapper, Lewizho99, Maathavan, 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] T132843: MediaInfoViewTest::testPlaceholderIntegration fails in the Wikidata build

[adrianheine]

adrianheine closed this task as "Resolved".
adrianheine claimed this task.
adrianheine added a comment.


  See https://gerrit.wikimedia.org/r/#/c/284147/

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

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

To: adrianheine
Cc: Lucie, Addshore, Bene, adrianheine, thiemowmde, gerritbot, JanZerebecki, 
Aklapper, Lewizho99, Maathavan, 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] [Changed Subscribers] T124451: Don't add claims if a logged in user gets logged out

[Multichill]

Multichill added a subscriber: Lydia_Pintscher.
Multichill added a comment.


  In https://phabricator.wikimedia.org/T124451#2216703, @Krenair wrote:
  
  > Should mw.Api always set assert=user if `!mw.user.isAnon()`?
  
  
  I'm missing a bit of context here. All the editing on Wikidata is done with 
javascript that talks with the api. Somewhere between me (the user clicking 
around) and the api assert should be set so if I get logged out for some 
reason, it doesn't edit, but return a warning. @Lydia_Pintscher can you put 
this in the right wikibase-* queue?

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

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

To: Multichill
Cc: Lydia_Pintscher, Krenair, jayvdb, Krinkle, ZhouZ, JEumerus, HakanIST, 
Legoktm, hoo, Aklapper, Multichill, D3r1ck01, Izno, Mpaulson, Wikidata-bugs, 
aude, Slaporte, csteipp, Mbch331, Jay8g



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

Re: [Wikidata] SPARQL service timeouts

[Addshore]

Yes the size reported there will be the compressed size, so actual bytes
over the port!

Looking at the patch further it looks like some nginx settings were changed
while caching was enabled that may also be worth looking at.

On 19 April 2016 at 10:42, Markus Krötzsch 
wrote:

> On 19.04.2016 11:33, Addshore wrote:
>
>> Also per https://phabricator.wikimedia.org/T126730 and
>> https://gerrit.wikimedia.org/r/#/c/274864/8 requests to the query
>> service are now cached for 60 seconds.
>> I expect this will include error results from timeouts so retrying a
>> request within the same 60 seconds as the first won't event reach the
>> WDQS servers now.
>>
>
> Maybe this could be the answer. Is it possible that the cache stores the
> truncated result but not the Java exception? Then the behaviour could be a
> timeout which just is not reported properly. Ideally, partial results
> should not be cached or the "timeout" should be cached so that a renewed
> request (in 60sec) returns an immediate timeout rather than a broken result
> set.
>
> Cheers,
>
> Markus
>
>
>> On 19 April 2016 at 10:05, Addshore > > wrote:
>>
>> In the case we are discussing here the truncated JSON is caused by
>> blaze graph deciding it has been sending data for too long and then
>> stopping (as I understand).
>> Thus you will only see a spike on the graph for the amount of data
>> actually sent from the server, not the size of the result blazegraph
>> was trying to send back.
>>
>> I also ran into this with some simple queries that returned big sets
>> of data.
>> Although with my issue I did actually also see a Java exception
>> somewhere.
>>
>> On 18 April 2016 at 21:51, Markus Kroetzsch
>> > > wrote:
>>
>> On 18.04.2016 22:21, Markus Kroetzsch wrote:
>>
>> On 18.04.2016 21:56, Markus Kroetzsch wrote:
>>
>> Thanks, the dashboard is interesting.
>>
>> I am trying to run this query:
>>
>> SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }
>>
>> It is supposed to return a large result set. But I am
>> only running it
>> once per week. It used to work fine, but today I could
>> not get it to
>> succeed a single time.
>>
>>
>> Actually, the query seems to work as it should. I am
>> investigating why I
>> get an error in some cases on my machine.
>>
>>
>> Ok, I found that this is not so easy to reproduce reliably. The
>> symptom I am seeing is a truncated JSON response, which just
>> stops in the middle of the data (at a random location, but
>> usually early on), and which is *not* followed by any error
>> message. The stream just ends.
>>
>> So far, I could only get this in Java, not in Python, and it
>> does not always happen. If successful, the result is about 250M
>> in size. The following Python script can retrieve it:
>>
>> import requests
>> SPARQL_SERVICE_URL = 'https://query.wikidata.org/sparql'
>> query = """SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC
>> }"""
>> print requests.get(SPARQL_SERVICE_URL, params={'query': query,
>> 'format': 'json'}).text
>>
>> (output should be redirected to a file)
>>
>> I will keep an eye on the issue, but I don't know how to debug
>> this any further now, since it started to work without me
>> changing any code.
>>
>> I also wonder how to read the dashboard after all. In spite of
>> me repeating an experiment that creates a 250M result file for
>> five times in the past few minutes, the "Bytes out" figure
>> remains below a few MB for most of the time.
>>
>>
>> Markus
>>
>>
>>
>> On 18.04.2016 21:40, Stas Malyshev wrote:
>>
>> Hi!
>>
>> I have the impression that some not-so-easy
>> SPARQL queries that used to
>> run just below the timeout are now timing out
>> regularly. Has there been
>> a change in the setup that may have caused this,
>> or are we maybe seeing
>> increased query traffic [1]?
>>
>>
>> We've recently run on a single server for couple of
>> days due to
>> reloading of the second one, so this may have made
>> it a bit slower. But
>> that should be gone now, we're back to two. Other
>> than that, not seeing
>> anything abnormal in
>>
>> 

[Wikidata-bugs] [Maniphest] [Closed] T129033: Confusion between Wikidata rank and value switches

[thiemowmde]

thiemowmde edited projects, added Wikidata-Sprint-2016-04-12; removed 
Patch-For-Review.
thiemowmde closed this task as "Resolved".
thiemowmde claimed this task.
thiemowmde added a comment.


  Thanks a lot for the very helpful suggestions. Very much appreciated. We 
picked what we found is the best of all your drafts and redid both icons in 
SVG, resized and realigned them.
  
  F3892053: wikidata-svg-icons-rank-snak-type.png 

  
  Old on the left vs. new on the right. Normal resolution on top, double 
resolution on the bottom.

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

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

To: thiemowmde
Cc: gerritbot, Tobi_WMDE_SW, Lydia_Pintscher, Jonas, thiemowmde, Sjoerddebruin, 
putnik, Aklapper, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, 
Mbch331



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

Re: [Wikidata] SPARQL service timeouts

[Markus Krötzsch]

On 19.04.2016 11:33, Addshore wrote:

Also per https://phabricator.wikimedia.org/T126730 and
https://gerrit.wikimedia.org/r/#/c/274864/8 requests to the query
service are now cached for 60 seconds.
I expect this will include error results from timeouts so retrying a
request within the same 60 seconds as the first won't event reach the
WDQS servers now.


Maybe this could be the answer. Is it possible that the cache stores the 
truncated result but not the Java exception? Then the behaviour could be 
a timeout which just is not reported properly. Ideally, partial results 
should not be cached or the "timeout" should be cached so that a renewed 
request (in 60sec) returns an immediate timeout rather than a broken 
result set.


Cheers,

Markus



On 19 April 2016 at 10:05, Addshore > wrote:

In the case we are discussing here the truncated JSON is caused by
blaze graph deciding it has been sending data for too long and then
stopping (as I understand).
Thus you will only see a spike on the graph for the amount of data
actually sent from the server, not the size of the result blazegraph
was trying to send back.

I also ran into this with some simple queries that returned big sets
of data.
Although with my issue I did actually also see a Java exception
somewhere.

On 18 April 2016 at 21:51, Markus Kroetzsch
> wrote:

On 18.04.2016 22:21, Markus Kroetzsch wrote:

On 18.04.2016 21:56, Markus Kroetzsch wrote:

Thanks, the dashboard is interesting.

I am trying to run this query:

SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }

It is supposed to return a large result set. But I am
only running it
once per week. It used to work fine, but today I could
not get it to
succeed a single time.


Actually, the query seems to work as it should. I am
investigating why I
get an error in some cases on my machine.


Ok, I found that this is not so easy to reproduce reliably. The
symptom I am seeing is a truncated JSON response, which just
stops in the middle of the data (at a random location, but
usually early on), and which is *not* followed by any error
message. The stream just ends.

So far, I could only get this in Java, not in Python, and it
does not always happen. If successful, the result is about 250M
in size. The following Python script can retrieve it:

import requests
SPARQL_SERVICE_URL = 'https://query.wikidata.org/sparql'
query = """SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC
}"""
print requests.get(SPARQL_SERVICE_URL, params={'query': query,
'format': 'json'}).text

(output should be redirected to a file)

I will keep an eye on the issue, but I don't know how to debug
this any further now, since it started to work without me
changing any code.

I also wonder how to read the dashboard after all. In spite of
me repeating an experiment that creates a 250M result file for
five times in the past few minutes, the "Bytes out" figure
remains below a few MB for most of the time.


Markus



On 18.04.2016 21:40, Stas Malyshev wrote:

Hi!

I have the impression that some not-so-easy
SPARQL queries that used to
run just below the timeout are now timing out
regularly. Has there been
a change in the setup that may have caused this,
or are we maybe seeing
increased query traffic [1]?


We've recently run on a single server for couple of
days due to
reloading of the second one, so this may have made
it a bit slower. But
that should be gone now, we're back to two. Other
than that, not seeing
anything abnormal in

https://grafana.wikimedia.org/dashboard/db/wikidata-query-service

[1] The deadline for the Int. Semantic Web Conf.
is coming up, so it
might be that someone is running experiments on
the system to get their
paper finished. It has been observed for other
endpoints that traffic
increases at such times. This community
sometimes is the greatest enemy
of its own technology ... (I recently had to
  

Re: [Wikidata] SPARQL service timeouts

[Markus Krötzsch]

On 19.04.2016 11:05, Addshore wrote:

In the case we are discussing here the truncated JSON is caused by blaze
graph deciding it has been sending data for too long and then stopping
(as I understand).
Thus you will only see a spike on the graph for the amount of data
actually sent from the server, not the size of the result blazegraph was
trying to send back.


I successfully got five files of 250M JSON each, but even those 
successful queries did not show up in the stats. The five files had 
three different versions (slightly different sizes) so they did not all 
come from a common cache either. Maybe the size is counted in terms of 
compressed or otherwise "raw" results?




I also ran into this with some simple queries that returned big sets of
data.
Although with my issue I did actually also see a Java exception somewhere.


I know the case where large result sets end in a Java timeout exception. 
This occurs reproducibly when you retrieve all humans or something like 
that. However, in my case, the behaviour is not always reproducible and 
there is no Java exception at the end of the output; it just stops in 
the middle of the file.


Markus



On 18 April 2016 at 21:51, Markus Kroetzsch
>
wrote:

On 18.04.2016 22:21, Markus Kroetzsch wrote:

On 18.04.2016 21:56, Markus Kroetzsch wrote:

Thanks, the dashboard is interesting.

I am trying to run this query:

SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }

It is supposed to return a large result set. But I am only
running it
once per week. It used to work fine, but today I could not
get it to
succeed a single time.


Actually, the query seems to work as it should. I am
investigating why I
get an error in some cases on my machine.


Ok, I found that this is not so easy to reproduce reliably. The
symptom I am seeing is a truncated JSON response, which just stops
in the middle of the data (at a random location, but usually early
on), and which is *not* followed by any error message. The stream
just ends.

So far, I could only get this in Java, not in Python, and it does
not always happen. If successful, the result is about 250M in size.
The following Python script can retrieve it:

import requests
SPARQL_SERVICE_URL = 'https://query.wikidata.org/sparql'
query = """SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }"""
print requests.get(SPARQL_SERVICE_URL, params={'query': query,
'format': 'json'}).text

(output should be redirected to a file)

I will keep an eye on the issue, but I don't know how to debug this
any further now, since it started to work without me changing any code.

I also wonder how to read the dashboard after all. In spite of me
repeating an experiment that creates a 250M result file for five
times in the past few minutes, the "Bytes out" figure remains below
a few MB for most of the time.


Markus



On 18.04.2016 21:40, Stas Malyshev wrote:

Hi!

I have the impression that some not-so-easy SPARQL
queries that used to
run just below the timeout are now timing out
regularly. Has there been
a change in the setup that may have caused this, or
are we maybe seeing
increased query traffic [1]?


We've recently run on a single server for couple of days
due to
reloading of the second one, so this may have made it a
bit slower. But
that should be gone now, we're back to two. Other than
that, not seeing
anything abnormal in

https://grafana.wikimedia.org/dashboard/db/wikidata-query-service

[1] The deadline for the Int. Semantic Web Conf. is
coming up, so it
might be that someone is running experiments on the
system to get their
paper finished. It has been observed for other
endpoints that traffic
increases at such times. This community sometimes is
the greatest enemy
of its own technology ... (I recently had to
IP-block an RDF crawler
from one of my sites after it had ignored robots.txt
completely).


We don't have any blocks or throttle mechanisms right
now. But if we see
somebody making serious negative impact on the service,
we may have to
change that.







--
Markus Kroetzsch
Faculty of Computer Science
Technische 

Re: [Wikidata] SPARQL service timeouts

[Addshore]

Also per https://phabricator.wikimedia.org/T126730 and
https://gerrit.wikimedia.org/r/#/c/274864/8 requests to the query service
are now cached for 60 seconds.
I expect this will include error results from timeouts so retrying a
request within the same 60 seconds as the first won't event reach the WDQS
servers now.

On 19 April 2016 at 10:05, Addshore  wrote:

> In the case we are discussing here the truncated JSON is caused by blaze
> graph deciding it has been sending data for too long and then stopping (as
> I understand).
> Thus you will only see a spike on the graph for the amount of data
> actually sent from the server, not the size of the result blazegraph was
> trying to send back.
>
> I also ran into this with some simple queries that returned big sets of
> data.
> Although with my issue I did actually also see a Java exception somewhere.
>
> On 18 April 2016 at 21:51, Markus Kroetzsch <
> markus.kroetz...@tu-dresden.de> wrote:
>
>> On 18.04.2016 22:21, Markus Kroetzsch wrote:
>>
>>> On 18.04.2016 21:56, Markus Kroetzsch wrote:
>>>
 Thanks, the dashboard is interesting.

 I am trying to run this query:

 SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }

 It is supposed to return a large result set. But I am only running it
 once per week. It used to work fine, but today I could not get it to
 succeed a single time.

>>>
>>> Actually, the query seems to work as it should. I am investigating why I
>>> get an error in some cases on my machine.
>>>
>>
>> Ok, I found that this is not so easy to reproduce reliably. The symptom I
>> am seeing is a truncated JSON response, which just stops in the middle of
>> the data (at a random location, but usually early on), and which is *not*
>> followed by any error message. The stream just ends.
>>
>> So far, I could only get this in Java, not in Python, and it does not
>> always happen. If successful, the result is about 250M in size. The
>> following Python script can retrieve it:
>>
>> import requests
>> SPARQL_SERVICE_URL = 'https://query.wikidata.org/sparql'
>> query = """SELECT ?subC ?supC WHERE { ?subC p:P279/ps:P279 ?supC }"""
>> print requests.get(SPARQL_SERVICE_URL, params={'query': query, 'format':
>> 'json'}).text
>>
>> (output should be redirected to a file)
>>
>> I will keep an eye on the issue, but I don't know how to debug this any
>> further now, since it started to work without me changing any code.
>>
>> I also wonder how to read the dashboard after all. In spite of me
>> repeating an experiment that creates a 250M result file for five times in
>> the past few minutes, the "Bytes out" figure remains below a few MB for
>> most of the time.
>>
>>
>> Markus
>>
>>
>>
 On 18.04.2016 21:40, Stas Malyshev wrote:

> Hi!
>
> I have the impression that some not-so-easy SPARQL queries that used to
>> run just below the timeout are now timing out regularly. Has there
>> been
>> a change in the setup that may have caused this, or are we maybe
>> seeing
>> increased query traffic [1]?
>>
>
> We've recently run on a single server for couple of days due to
> reloading of the second one, so this may have made it a bit slower. But
> that should be gone now, we're back to two. Other than that, not seeing
> anything abnormal in
> https://grafana.wikimedia.org/dashboard/db/wikidata-query-service
>
> [1] The deadline for the Int. Semantic Web Conf. is coming up, so it
>> might be that someone is running experiments on the system to get
>> their
>> paper finished. It has been observed for other endpoints that traffic
>> increases at such times. This community sometimes is the greatest
>> enemy
>> of its own technology ... (I recently had to IP-block an RDF crawler
>> from one of my sites after it had ignored robots.txt completely).
>>
>
> We don't have any blocks or throttle mechanisms right now. But if we
> see
> somebody making serious negative impact on the service, we may have to
> change that.
>
>


>>>
>>>
>>
>> --
>> Markus Kroetzsch
>> Faculty of Computer Science
>> Technische Universität Dresden
>> +49 351 463 38486
>> http://korrekt.org/
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>
>
>
> --
> Addshore
>



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