date:20160823

aude added a comment.
@Legoktm they probably are. (i'm too tired to look now, but good idea to look)

I might be able to look in the morning and make a patch, if no one else gets to it sooner.TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Legoktm, thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

2016-08-23 Thread Legoktm

Legoktm added a comment.
Are the queries not in api.log?TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment.
Looks like EditEntity->getModifyStatementChangeOps needs to catch more exceptions, and the problem is I'm not sure there is a common class (besides RuntimeException) between all exceptions deserializer might throw. So we need to either add such class or catch something very generic like RuntimeException.TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

aude added a comment.
also P0 as the property value of a snak produces an uncaught exception:

array (
  'error' => 
  array (
'code' => 'internal_api_error_Deserializers\\Exceptions\\DeserializationException',
'info' => '[f1f379f1fd01526842092a37] Exception Caught: \'P0\' is not a valid entity ID',
'*' => '#0 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(131): Wikibase\\DataModel\\Deserializers\\EntityIdDeserializer->deserialize(string)
#1 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(117): Wikibase\\DataModel\\Deserializers\\SnakDeserializer->deserializePropertyId(string)
#2 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(99): Wikibase\\DataModel\\Deserializers\\SnakDeserializer->newValueSnak(array)
#3 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/SnakDeserializer.php(82): Wikibase\\DataModel\\Deserializers\\SnakDeserializer->getDeserialized(array)
#4 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/StatementDeserializer.php(93): Wikibase\\DataModel\\Deserializers\\SnakDeserializer->deserialize(array)
#5 /var/www/wiki/w/extensions/Wikidata/vendor/wikibase/data-model-serialization/src/Deserializers/StatementDeserializer.php(84): Wikibase\\DataModel\\Deserializers\\StatementDeserializer->getDeserialized(array)
#6 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/EditEntity.php(537): Wikibase\\DataModel\\Deserializers\\StatementDeserializer->deserialize(array)
#7 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/EditEntity.php(520): Wikibase\\Repo\\Api\\EditEntity->getModifyStatementChangeOps(array)
#8 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/EditEntity.php(326): Wikibase\\Repo\\Api\\EditEntity->getClaimsChangeOps(array)
#9 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/EditEntity.php(233): Wikibase\\Repo\\Api\\EditEntity->getChangeOps(array, Wikibase\\DataModel\\Entity\\Item)
#10 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/ModifyEntity.php(294): Wikibase\\Repo\\Api\\EditEntity->modifyEntity(Wikibase\\DataModel\\Entity\\Item, array, integer)
#11 /var/www/wiki/w/includes/api/ApiMain.php(1426): Wikibase\\Repo\\Api\\ModifyEntity->execute()
#12 /var/www/wiki/w/includes/api/ApiMain.php(510): ApiMain->executeAction()
#13 /var/www/wiki/w/includes/api/ApiMain.php(481): ApiMain->executeActionWithErrorHandling()
#14 /var/www/wiki/w/api.php(83): ApiMain->execute()TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

aude added a comment.
I'm not totally sure what the bot was doing, but am able to get an uncaught exception if I provide a statement guid that contains "Q0".

array (
  'error' => 
  array (
'code' => 'internal_api_error_Wikibase\\DataModel\\Services\\Statement\\StatementGuidParsingException',
'info' => '[4782ed360f32a749f2cab212] Exception Caught: $serialization contains invalid EntityId: The serialization "Q0" is not recognized by the configured id builders',
'*' => '#0 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/ChangeOp/ChangeOpStatement.php(137): Wikibase\\DataModel\\Services\\Statement\\StatementGuidParser->parse(string)
#1 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/ChangeOp/ChangeOpStatement.php(114): Wikibase\\ChangeOp\\ChangeOpStatement->validateStatementGuid(Wikibase\\DataModel\\Entity\\ItemId)
#2 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/ChangeOp/ChangeOps.php(112): Wikibase\\ChangeOp\\ChangeOpStatement->apply(Wikibase\\DataModel\\Entity\\Item)
#3 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/ModifyEntity.php(238): Wikibase\\ChangeOp\\ChangeOps->validate(Wikibase\\DataModel\\Entity\\Item)
#4 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/EditEntity.php(235): Wikibase\\Repo\\Api\\ModifyEntity->applyChangeOp(Wikibase\\ChangeOp\\ChangeOps, Wikibase\\DataModel\\Entity\\Item)
#5 /var/www/wiki/w/extensions/Wikidata/extensions/Wikibase/repo/includes/Api/ModifyEntity.php(294): Wikibase\\Repo\\Api\\EditEntity->modifyEntity(Wikibase\\DataModel\\Entity\\Item, array, integer)
#6 /var/www/wiki/w/includes/api/ApiMain.php(1426): Wikibase\\Repo\\Api\\ModifyEntity->execute()
#7 /var/www/wiki/w/includes/api/ApiMain.php(510): ApiMain->executeAction()
#8 /var/www/wiki/w/includes/api/ApiMain.php(481): ApiMain->executeActionWithErrorHandling()
#9 /var/www/wiki/w/api.php(83): ApiMain->execute()TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] (no subject)

2016-08-23 Thread Ananth Subray

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

Re: [Wikidata] A property to exemplify SPARQL queries associated witha property

2016-08-23 Thread Ananth Subray

मा

-Original Message-
From: "Stas Malyshev" 
Sent: ‎24-‎08-‎2016 12:33 AM
To: "Discussion list for the Wikidata project." 
Subject: Re: [Wikidata] A property to exemplify SPARQL queries associated witha 
property

Hi!

> Relaying a question from a brief discussion on Twitter [1], I am curious
> to hear how people feel about the idea of creating a a "SPARQL query
> example" property for properties, modeled after "Wikidata property
> example" [2]? 

Might be nice, but we need a good way to present the query in the UI
(see below).

> This would allow people to discover queries that exemplify how the
> property is used in practice. Does the approach make sense or would it
> stretch too much the scope of properties of properties? Are there better
> ways to reference SPARQL examples and bring them closer to their source?

I think it may be a good idea to start thinking about some way of
storing queries on Wikidata maybe? On one hand, they are just strings,
on the other hand, they are code - like CSS or Javascript - and storing
them just as strings may be inconvenient. Maybe .sparql file extension
handler like we have for .js and .json and so on?

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

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

[Wikidata-bugs] [Maniphest] [Edited] T143762: WDQS: Geographic breakdown of SPARQL queries

2016-08-23 Thread mpopov

mpopov edited the task description. (Show Details)
EDIT DETAILS...* These articles on [[ https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Hive | Hive ]] and [[ https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Hive/Queries | Hive queries ]] are good resources. That second one uses [[ https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Beeline | Beeline ]] interface which we've tried to migrate to once but it didn't work out, so [[ https://github.com/wikimedia/wikimedia-discovery-wmf/blob/master/R/hive.RR | wmf::query_hive() ]] still uses Hive. And [[ https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF | wmf::query_hive()here's a good reference ]] still usesof functions and operations built into HiveQLTASK DETAILhttps://phabricator.wikimedia.org/T143762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyx, mpopovCc: Aklapper, mpopov, Smalyshev, debt, mschwarzer, Avner, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T143762: WDQS: Geographic breakdown of SPARQL queries

2016-08-23 Thread mpopov

mpopov created this task.mpopov added projects: Discovery-Analysis (Current work), Epic, Wikidata-Query-Service.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONBackground

In T112605, we performed a broad analysis of Wikidata Query Service users and queries. This was almost a year ago, and we're coming up on the first anniversary of WDQS' public launch (announced on Monday, 7 September 2015). The WDQS dashboard only tracks basic metrics like SPARQL usage, so we don't currently have an up-to-date picture of who WDQS users are and where they're from. But it would be nice to know how that picture looks these days! :)

Objective

In this task, you will perform an original analysis of web requests, focusing specifically on successful (HTTP status codes 200 & 304) web requests to the SPARQL endpoint (see golden/wdqs/basic_usage.R and lines 45-52 from that old report's analysis codebase for references). Your analysis should focus on the geographic and agent type breakdown of those queries. Which countries have users who use WDQS? What are the top countries by SPARQL queries? How does that breakdown look when you compare known automata vs not known automata? Are the patterns consistent day-to-day over the course of a week?

Produce a 1-2 page report of your findings. Once the report has been reviewed & OK'd by me, @debt, and @Smalyshev, please upload the PDF to Commons.

Tips & Links

You shouldn't need to import/use any refinery UDFs for this analysis; you'll do this in the next task :P
Study the refined webrequest schema
These articles on Hive and Hive queries are good resources. That second one uses Beeline interface which we've tried to migrate to once but it didn't work out, so wmf::query_hive() still uses Hive.
Remember not to include any PII like IP addresses in your report and do not upload the data if you end up making a GitHub repo like this one
After uploading the report to Commons, you'll need to copy over some of the licensing info from this report to yours
As always, don't hesitate to ask questions or to ask for help/clarification :D
TASK DETAILhttps://phabricator.wikimedia.org/T143762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyx, mpopovCc: Aklapper, mpopov, Smalyshev, debt, mschwarzer, Avner, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] A property to exemplify SPARQL queries associated with a property

2016-08-23 Thread Dario Taraborelli

>
> > One can always use the talk page, like with all the templates
> > documenting usage and monitoring.
>
> True. With additional benefit that you can use nice templates like
> SPARQL and SPARQL2 to display the queries.
>

talk page templates are definitely a valid alternative. The main benefit I
see in storing SPARQL query examples via a property of a property is that
they'd become discoverable via SPARQL themselves, so for example you could
allow users to find interested queries limited to a set of properties with
given characteristics (basically allowing filtering on all properties of
properties).

Might be nice, but we need a good way to present the query in the UI (see
> below).
>

Agreed. I imagine, from a design perspective, these "helper" properties
(like P1855) that are not really part of the data model could be grouped
together and presented via a dedicated UI element, like we do for
identifiers.


> > I think it may be a good idea to start thinking about some way of
> > storing queries on Wikidata maybe? On one hand, they are just strings,
> > on the other hand, they are code - like CSS or Javascript - and storing
> > them just as strings may be inconvenient. Maybe .sparql file extension
> > handler like we have for .js and .json and so on?



If you could store queries, you could also store queries for each item that
> is about a list of things, so that the query returns exactly the things
> that should be in the list ... could be useful.


I hadn't thought of this use case, but I too see how it might be useful.
Are there other good examples of properties that take code snippets as a
value?
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

2016-08-23 Thread Dereckson

Dereckson added a comment.
To fix the double redirect, an API call to wbcreateredirect, with from at Q24668012 and to at Q19722200 worked.

Yet, double redirects would be probably better handled by the extension, when a redirect is created or resolved.TASK DETAILhttps://phabricator.wikimedia.org/T143756EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DerecksonCc: Aklapper, Dereckson, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T92961: [Story] Versioning in JSON output

2016-08-23 Thread Pfps

Pfps added a comment.
Right now, the JSON dump format is a sequence of JSON objects.  Each of these JSON objects is a Wikidata entity.  There is nothing preventing the dump format from having the first JSON object be information about the dump, including version of the dump format, version of wikidata format, time of dump, etc.

As long as this JSON object did not conform to the form of JSON objects that encode Wikidata entities this change would not be a breaking change!  (I do think that it would be better for it to not have any of the names that are currently being used in JSON objects that encode Wikidata entities.)TASK DETAILhttps://phabricator.wikimedia.org/T92961EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PfpsCc: Pfps, aude, Smalyshev, Ricordisamoa, Addshore, Lydia_Pintscher, adrianheine, JanZerebecki, daniel, Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

2016-08-23 Thread Dereckson

Dereckson created this task.Dereckson added projects: Wikimedia-log-errors, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTION12 Encountered a UnresolvedRedirectException when trying to load Q24668012 [Called from Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity in

/srv/mediawiki/php-1.28.0-wmf.15/extensions/Wikidata/extensions/Wikibase/client/includes/DataAccess/Scribunto/EntityAccessor.php at line 139] in /srv/mediawi
ki/php-1.28.0-wmf.15/includes/debug/MWDebug.php on line 309

Caused by a double redirect: Q24668012 -> Q24668011 -> Q19722200.

If you solve the bug server-side and not by code, please also document how to fix similar cases.TASK DETAILhttps://phabricator.wikimedia.org/T143756WORKBOARDhttps://phabricator.wikimedia.org/project/board/1055/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DerecksonCc: Aklapper, Dereckson, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

2016-08-23 Thread Dereckson

Dereckson edited the task description. (Show Details)
EDIT DETAILS 12 ```
Encountered a UnresolvedRedirectException when trying to load Q24668012 [Called from Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity in
Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity
in  /srv/mediawiki/php-1.28.0-wmf.15/extensions/Wikidata/extensions/Wikibase/client/includes/DataAccess/Scribunto/EntityAccessor.php at line 139] in /srv/mediawi
php at line 139] in /srv/mediawiki/php-1.28.0-wmf.15/includes/debug/MWDebug.php on line 309php on line 309
```

Caused by a double redirect: Q24668012 -> Q24668011 -> Q19722200TASK DETAILhttps://phabricator.wikimedia.org/T143756EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DerecksonCc: Aklapper, Dereckson, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg added a comment.
From diagnosing in -operations with @Smalyshev :


Looks like user/bot error
But, it is causing something that should probably be caught/handeled witohut throwing an exception
unsure how to proceed
This will be really annoying (it will continue to alert if the user/bot continues doing whatever they are doing) until it is quieted somehow.
TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg added a comment.
(oops, missed Stas's updates, sorry for partial duplication)TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment.
Looks like it's EntityIdParsingException from DispatchingEntityIdParser. Interestingly enough, getModifyStatementChangeOps catches IllegalValueException and MWException, but EntityIdParsingException is a RuntimeException so it doesn't get caught as it seems. Maybe needs to be caught somewhere too?TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment.
From the backtrace it looks like somebody is editing entity and putting Q0 as an identifier (which is not valid). Possibly a bot. But no idea how to link it to requests and see which one.TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143742: Mismatched Wikidata information in watchlist

2016-08-23 Thread GermanJoe

GermanJoe added a comment.

In T143742#2577506, @Sjoerddebruin wrote:
The given page contains the following:

{{#property:P106|from=Q42}}

Every change to the linked item of the page and the items that are being used on the page appear in the watchlist.


Oh, I see - the object is used as an example in the documentation. Makes sense now. Thanks for the clarification, I totally overlooked that connection.TASK DETAILhttps://phabricator.wikimedia.org/T143742EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GermanJoeCc: Sjoerddebruin, Wikidata, Aklapper, GermanJoe, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg edited the task description. (Show Details)
EDIT DETAILS21:30 < icinga-wm> PROBLEM - MediaWiki exceptions and fatals per minute on graphite1001 is CRITICAL: CRITICAL: 80.00% of data above the critical threshold [50.0]

https://logstash.wikimedia.org/goto/b9f3090444914f459784fb4922cac74cTASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg created this task.greg added projects: Wikimedia-log-errors, Wikidata, Wikibase-DataModel.Herald added subscribers: Luke081515, TerraCodes, Aklapper.
TASK DESCRIPTIONhttps://logstash.wikimedia.org/goto/b9f3090444914f459784fb4922cac74cTASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143742: Mismatched Wikidata information in watchlist

Sjoerddebruin added a comment.
The given page contains the following:

{{#property:P106|from=Q42}}

Every change to the linked item of the page and the items that are being used on the page appear in the watchlist.TASK DETAILhttps://phabricator.wikimedia.org/T143742EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Wikidata, Aklapper, GermanJoe, 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] T143742: Mismatched Wikidata information in watchlist

2016-08-23 Thread GermanJoe

GermanJoe created this task.GermanJoe added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI just noticed an odd Wikidata entry in my watchlist:
"(diff | hist) . . D Wikipedia:Wikidata (Q42); 22:58 . . CaliViking (talk | contribs) (‎Changed [da] description: engelsk forfatter)"
The watchlisted change was made in the WikiData object for article "Douglas Adams" with ID Q42, however:
*I have not watchlisted this article and shouldn't see this change to begin with (not OK).
*I have watchlisted the page WP:Wikidata though (WikiData ID of this page is Q4847210), but the listed change has nothing to do with this page, the article link to "Wikipedia:Wikidata" is wrong and WP:Wikidata doesn't match with Q42 (not OK).


Just a wild guess, but it looks like information about 2 different WikiData items has been mixed up somehow.


Specs: Windows XP, FireFox 47.01, Vector skin, "Show Wikidata in watchlist" activated in preferencesTASK DETAILhttps://phabricator.wikimedia.org/T143742EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GermanJoeCc: Wikidata, Aklapper, GermanJoe, 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] T132628: Drop eu_touched

gerritbot added a comment.
Change 304136 merged by jenkins-bot:
Drop wbc_entity_usage.eu_touched

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

[Wikidata-bugs] [Maniphest] [Blocker] T18976: Wikis waiting for creation (tracking)

2016-08-23 Thread Dzahn

Dzahn changed the status of subtask T143138: Private wiki for Project Grants Committee from "Open" to "Stalled".
TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Danny_B, TerraCodes, JEumerus, greg, Krenair, Aklapper, Meno25, Matanya, Arseny1992, aude, brion, Amire80, Ebe123, SPQRobin, mxn, TTO, Az1568, Pathoschild, Merl, Petrb, Steinsplitter, revi, Glaisher, Rschen7754, Kanjy, Snowolf, Hkjacksonhk, Liuxinyu970226, jeremyb, MF-Warburg, Stryn, zhuyifei1999, Dcljr, Dereckson, JohnLewis, mschwarzer, Urbanecm, D3r1ck01, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] A property to exemplify SPARQL queries associated with a property

2016-08-23 Thread Federico Leva (Nemo)


Dario Taraborelli, 23/08/2016 20:35:

would it stretch too much the scope of properties of properties?


One can always use the talk page, like with all the templates 
documenting usage and monitoring.


Nemo

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

[Wikidata-bugs] [Maniphest] [Edited] T74430: Re-implement uniqueness constraint in a consistent and efficient way

2016-08-23 Thread matej_suchanek

matej_suchanek edited the task description. (Show Details)
EDIT DETAILS...// Note: if there is no description in that language, no fingerprint is generated for that language

3) item sitelinks:  $fp_fingerprint = "sitelink:{$site}:{$hashOfPageTitle}";

--
**Version**: unspecified
**Severity**: normal
**Whiteboard**: u=dev c=backend p=03) item sitelinks:  $fp_fingerprint = "sitelink:{$site}:{$hashOfPageTitle}";TASK DETAILhttps://phabricator.wikimedia.org/T74430EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Tobi_WMDE_SW, JeroenDeDauw, 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] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

gerritbot added a comment.
Change 305397 merged by jenkins-bot:
Hard-code language fallback chains in LanguageFallbackChainFactoryTest

https://gerrit.wikimedia.org/r/305397TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: Liuxinyu970226, siebrand, Nikerabbit, Tobi_WMDE_SW, hoo, aude, JanZerebecki, Lydia_Pintscher, MarcoAurelio, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, Gryllida, Shizhao, Arrbee, KartikMistry, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143094: Return actual term language in mw.wikibase.label

gerritbot added a comment.
Change 305322 merged by jenkins-bot:
Return actual term language in label/description accessors

https://gerrit.wikimedia.org/r/305322TASK DETAILhttps://phabricator.wikimedia.org/T143094EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, matej_suchanek, Zolo, Aklapper, hoo, 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] T143503: “java.lang.AssertionError: Non-required group has attached join filters” on combination of * paths, MINUS, and FILTER

Smalyshev added a comment.
Filed https://jira.blazegraph.com/browse/BLZG-2066TASK DETAILhttps://phabricator.wikimedia.org/T143503EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, WikidataFacts, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] A property to exemplify SPARQL queries associated with a property

2016-08-23 Thread Dario Taraborelli

Relaying a question from a brief discussion on Twitter [1], I am curious to
hear how people feel about the idea of creating a a "SPARQL query example"
property for properties, modeled after "Wikidata property example" [2]?

This would allow people to discover queries that exemplify how the property
is used in practice. Does the approach make sense or would it stretch too
much the scope of properties of properties? Are there better ways to
reference SPARQL examples and bring them closer to their source?

Dario

[1] https://twitter.com/ReaderMeter/status/768101464572997632
[2] https://www.wikidata.org/wiki/Property:P1855
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T143706: Implement TermLookup based on Elastic

daniel added a parent task: T75087: Efficient entity label lookup (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T143706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: hoo, Liuxinyu970226, Aklapper, aude, JanZerebecki, JeroenDeDauw, Tobi_WMDE_SW, thiemowmde, adrianheine, Lydia_Pintscher, Ricordisamoa, daniel, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T75087: Efficient entity label lookup (tracking)

daniel added a subtask: T143706: Implement TermLookup based on Elastic.
TASK DETAILhttps://phabricator.wikimedia.org/T75087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, aude, Lydia_Pintscher, daniel, hoo, mschwarzer, Vali.matei, D3r1ck01, Izno, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

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

[Wikidata-bugs] [Maniphest] [Commented On] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

gerritbot added a comment.
Change 306253 had a related patch set uploaded (by Daniel Kinzler):
Fix truncated terms on the fly

https://gerrit.wikimedia.org/r/306253TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

daniel added a comment.
Some quick notes:

In repo/sql/Wikibase.sql, this is declared as term_text VARCHAR(255) BINARY NOT NULL, which is NOT the same as VARBINARY. VARCHAR(255) BINARY should use binary collation for UTF8 data.

How ever we work around the issue that this field is VARBINARY(255) on the live system, we should strip any broken UTF8 from the end of the string, using StringNormalizer::removeBadCharLast.TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, danielCc: aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel edited the task description. (Show Details)
EDIT DETAILS...# Label lookup could also be re-implemented based on Elastic, but at least for bulk lookups, the current SQL based method is probably more efficientsee T143706TASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Lydia_Pintscher, adrianheine, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, JanZerebecki, aude, Aklapper, Liuxinyu970226, daniel, hoo, mschwarzer, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel created subtask T143706: Implement TermLookup based on Elastic.
TASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Lydia_Pintscher, adrianheine, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, JanZerebecki, aude, Aklapper, Liuxinyu970226, daniel, hoo, mschwarzer, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T143706: Implement TermLookup based on Elastic

daniel created this task.daniel added projects: MediaWiki-extensions-WikibaseRepository, Wikidata, Performance.
TASK DESCRIPTIONWe need a scalable way to look up labels and description for an entity, in a given set of languages.
The current implementation using the wb_terms table does not perform well for large wikis. 
An alternative approach would be to use Elastic for looking up labels.

Open question: can we re-use the information we store in Elastic for CirrusSearch (compare T88534: [Story] Implement EntitySearch service on top of Elastic), or do we need a special mapping just for the label lookup?TASK DETAILhttps://phabricator.wikimedia.org/T143706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: hoo, Liuxinyu970226, Aklapper, aude, JanZerebecki, JeroenDeDauw, Tobi_WMDE_SW, thiemowmde, adrianheine, Lydia_Pintscher, Ricordisamoa, daniel, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel edited the task description. (Show Details)
EDIT DETAILS...# Lookup by label/alias should be implemented based on Cirrus/Elastic (compare T94404)(see also {T89733})
# Label lookup could also be re-implemented based on Elastic, but at least for bulk lookups, the current SQL based method is probably more efficientTASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Lydia_Pintscher, adrianheine, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, JanZerebecki, aude, Aklapper, Liuxinyu970226, daniel, hoo, mschwarzer, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T89733: Allow ContentHandler to expose structured data to the search engine.

daniel added a subscriber: StudiesWorld.daniel merged a task: T78011: Introduce getFieldsForSearchIndex, to supersede getTextForSearchIndex..
TASK DETAILhttps://phabricator.wikimedia.org/T89733EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: StudiesWorld, gerritbot, EBernhardson, DannyH, hoo, Deskana, RobLa-WMF, Tgr, Yurik, dcausse, JanZerebecki, Smalyshev, matthiasmullie, aude, Ricordisamoa, Krenair, MZMcBride, bd808, brion, Manybubbles, Aklapper, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Luke081515, Wikidata-bugs, GWicke, jayvdb, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: hoo, Lydia_Pintscher, Jonas, thiemowmde, daniel, Aklapper, Tobi_WMDE_SW, Zppix, 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] [Commented On] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time

gerritbot added a comment.
Change 306236 had a related patch set uploaded (by Daniel Kinzler):
Fix bad check for $revid.

https://gerrit.wikimedia.org/r/306236TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: hoo, Lydia_Pintscher, Jonas, thiemowmde, daniel, Aklapper, Tobi_WMDE_SW, Zppix, 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] Announcing the Wikidata Stable Interface Policy

2016-08-23 Thread Daniel Kinzler

Hello all!

After a brief period for final comments (thanks everyone for your input!), the
Stable Interface Policy is now official. You can read it here:



This policy is intended to give authors of software that accesses Wikidata a
guide to what interfaces and formats they can rely on, and which things can
change without warning.

The policy is a statement of intent given by us, the Wikidata development team,
regarding the software running on the site. It does not apply to any content
maintained by the Wikidata community.

-- 
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-tech] Announcing the Wikidata Stable Interface Policy

2016-08-23 Thread Daniel Kinzler

Hello all!

After a brief period for final comments (thanks everyone for your input!), the
Stable Interface Policy is now official. You can read it here:



This policy is intended to give authors of software that accesses Wikidata a
guide to what interfaces and formats they can rely on, and which things can
change without warning.

The policy is a statement of intent given by us, the Wikidata development team,
regarding the software running on the site. It does not apply to any content
maintained by the Wikidata community.

-- 
Daniel Kinzler
Senior Software Developer

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

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

[Wikidata-bugs] [Maniphest] [Edited] T103091: [Task] research how to surface usage tracking data for editors

2016-08-23 Thread Jan_Dittrich

Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSWe are tracking which data from Wikidata is used where. This is only available in a database table right now. We need to find ways to surface this information for editors and make it useful for them.

**STORY1:**: As a Wikipedia Editor, I want to know where information is transcluded from so I can check and edit the data. Concerning this issue, this data may come from wikidata.
**STORY2:**: As a Wikidata Editor, I want to split an item that is actually about two concepts. Concerning this issue, this means that I want to check which (Wikipedia) pages transclude information from that item so I can prevent wrong data and/or correct the concerning (Wikipeda) pages to link to the right one of the two concepts. TASK DETAILhttps://phabricator.wikimedia.org/T103091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, thiemowmde, Lydia_Pintscher, gerritbot, Ladsgroup, Qgil, Ainali, Edgars2007, Ricordisamoa, Liuxinyu970226, Aklapper, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T103091: [Task] research how to surface usage tracking data for editors

2016-08-23 Thread Jan_Dittrich

Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSWe are tracking which data from Wikidata is used where. This is only available in a database table right now. We need to find ways to surface this information for editors and make it useful for them.

STORY1: As a Wikipedia Editor, I want to know where information is transcluded from so I can check and edit the data. Concerning this issue, this data may come from wikidata.
STORY2: As a Wikidata Editor, I want to split an item that is actually about two concepts. Concerning this issue, this means that I want to check which (Wikipedia) pages transclude information from that item so I can prevent wrong data and/or correct the concerning (Wikipeda) pages to link to the right one of the two concepts. We need to find ways to surface this information for editors and make it useful for them.TASK DETAILhttps://phabricator.wikimedia.org/T103091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, thiemowmde, Lydia_Pintscher, gerritbot, Ladsgroup, Qgil, Ainali, Edgars2007, Ricordisamoa, Liuxinyu970226, Aklapper, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

2016-08-23 Thread Izno

Izno added a comment.
I can get Sjoerddebruin's problem to occur consistently using Windows 10/Firefox 47.0.1.

Have at least two tabs open, one with the Wikidata item with which you're going to use the PST. The other page can be a non-Wikidata page (I'm not sure if this problem repros itself with another Wikidata page).


Add a PST-suggested statement.
Click to the other tab.
Click back to the Wikidata tab.


Presto, broken HTML. :DTASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Sjoerddebruin, Jan_Dittrich, Aklapper, thiemowmde, Jonas, Lydia_Pintscher, dachary, D3r1ck01, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T143501: Cannot find site mywiki in sites table in SpecialAboutTopicTest::testNewFromGlobalState

aude closed this task as "Resolved".aude removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T143501EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: gerritbot, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, jayvdb, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T141354: Discuss, with communities, adding Wikidata desc to mobile web underneath title

2016-08-23 Thread Qgil

Qgil added a project: Wikidata.Qgil moved this task from Ready to Go to August on the Community-Liaisons (Jul-Sep-2016) board.
TASK DETAILhttps://phabricator.wikimedia.org/T141354WORKBOARDhttps://phabricator.wikimedia.org/project/board/1917/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Moushira, QgilCc: Aklapper, Moushira, D3r1ck01, FloNight, Johan, Trizek-WMF, Izno, Wikidata-bugs, aude, Mbch331, Keegan, Elitre, Rdicerb, Qgil___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143618: EasyQuery is not well-behaved in some (lots) of data types

2016-08-23 Thread Ladsgroup

Ladsgroup added a comment.
Already got fixed.TASK DETAILhttps://phabricator.wikimedia.org/T143618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Sjoerddebruin, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T143618: EasyQuery is not well-behaved in some (lots) of data types

2016-08-23 Thread Ladsgroup

Ladsgroup closed this task as "Resolved".Ladsgroup removed Ladsgroup as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T143618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Sjoerddebruin, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143273: Wikidata based ArticlePlaceholder pages won't open in the app

2016-08-23 Thread Lucie

Lucie added projects: Wikipedia-Android-App-Backlog, Wikipedia-App-General-or-Unknown.
TASK DETAILhttps://phabricator.wikimedia.org/T143273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucieCc: Lydia_Pintscher, JMinor, Aklapper, Serumulapiet, catalandres, D3r1ck01, donaldepig, Izno, Wikidata-bugs, bearND, aude, Dbrant, Josve05a, jayvdb, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T143645: Entity Suggester shows double information at certain moments

Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONAt certain moments, the information displayed in the entity suggester is doubled:

F4387499: Screen Shot 2016-08-23 at 10.58.33.png

https://www.wikidata.org/wiki/Q2537692TASK DETAILhttps://phabricator.wikimedia.org/T143645EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T137238: Tune WDQS caching headers

2016-08-23 Thread Gehel

Gehel added a comment.
@Smalyshev yes there is: adding some cache-control headers. Change submitted. Thanks for reminding me!TASK DETAILhttps://phabricator.wikimedia.org/T137238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: gerritbot, Smalyshev, Aklapper, Zppix, Jonas, Gehel, BBlack, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T137238: Tune WDQS caching headers

gerritbot added a comment.
Change 306163 had a related patch set uploaded (by Gehel):
WDQS caching headers

https://gerrit.wikimedia.org/r/306163TASK DETAILhttps://phabricator.wikimedia.org/T137238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Smalyshev, Aklapper, Zppix, Jonas, Gehel, BBlack, mschwarzer, Avner, Lewizho99, Maathavan, debt, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Declined] T142711: Size of text of all the gadgets have been modified

Sjoerddebruin closed this task as "Declined".Sjoerddebruin added a comment.
We don't see this happening anymore, not sure what caused this. Closing this.TASK DETAILhttps://phabricator.wikimedia.org/T142711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Lea_Lacroix_WMDE, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T76859: Allows to input of plain text such as "today" in time edit widget