date:20180817

[Wikidata-bugs] [Maniphest] [Updated] T168411: Set Babel AutoCreate to connect categories on Wikidata

2018-08-17 Thread Headbomb

Headbomb removed a project: Bot-Frameworks.
TASK DETAILhttps://phabricator.wikimedia.org/T168411EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HeadbombCc: Liuxinyu970226, Iniquity, Aklapper, Superchilum, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, TheDragonFire, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, D3r1ck01, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, SPQRobin, Gryllida, Shizhao, Arrbee, KartikMistry, TheDJ, Jackmcbarn, Mbch331, Jay8g, APerson, Xqt___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T178722: Remove puppet class role::labs::lvm::mnt

2018-08-17 Thread Krenair

Krenair removed a project: Beta-Cluster-Infrastructure.
TASK DETAILhttps://phabricator.wikimedia.org/T178722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrenairCc: Chicocvenancio, CristianCantoro, Stashbot, zhuyifei1999, hashar, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, R96340, GoranSMilovanovic, QZanden, Tbscho, LawExplorer, Framawiki, JJMC89, srodlund, Jane023, Wikidata-bugs, aude, yuvipanda, Capt_Swing, Gryllida, scfc, Mbch331, Krenair, fgiunchedi, jeremyb, chasemp, Bsandipan, Luke081515, Rxy, Jay8g, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-17 Thread dbarratt

dbarratt added a comment.

In T173214#4457079, @Tpt wrote:
For statement filtering by qualifier a good solution is maybe to add an extra parameter "hasStatement" to the statements field and give to it a value of type SnakInput (a GraphQL input type that would be used to encode a snak provided by the GraphQL client). What do you think about it?

So it looks like the proper way to do this is with a Directive. Then again, I'm not really sure I understand the difference between Directives and Arguments. Perhaps arguments can only be used on objects and Directives can be used on any type?

In T173214#4511629, @dbarratt wrote:

Some sort of ability to specify a "fallback" language. For media, Property:P364 could be used. But perhaps more just the general ability to specify a fallback language by a property id? For instance, if a label is not available in a film, I'd prefer for it to show in it's original language (whatever that might be). I kinda wish that GraphQL had some sort of way to use values in a one query in another, but as far as I can tell you can't do that. :/

On second thought... I suppose the proper way to do this would be to first query for the "fallback" and then on the main query request the labels in both languages (the user's language and the fallback language).TASK DETAILhttps://phabricator.wikimedia.org/T173214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Smalyshev, Lydia_Pintscher, Addshore, larsgw, Saerdnaer, simon04, bearND, Siznax, Tpt, Jonas, Ricordisamoa, hoo, Lucas_Werkmeister_WMDE, Aklapper, dbarratt, PokestarFan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, He7d3r, Jdforrester-WMF, Mbch331, Jay8g, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-17 Thread dbarratt

dbarratt added a comment.
I thought of some more features and I thought I'd document them here:


Filter the sitelinks by site (i.e. Wikipedia). Also being able to filter them by language would be awesome. For instance, I'm trying to use this to get the summary of the article in the user's language. It would be incredible if you could perform actions against the REST API within the query, but at that point, we might as well just add GraphQL to MediaWiki and allow Wikidata's GraphQL endpoint to call MediaWiki's. :)
Some sort of ability to specify a "fallback" language. For media, Property:P364 could be used. But perhaps more just the general ability to specify a fallback language by a property id? For instance, if a label is not available in a film, I'd prefer for it to show in it's original language (whatever that might be).  I kinda wish that GraphQL had some sort of way to use values in a one query in another, but as far as I can tell you can't do that. :/
The Commons Media data type could allow a function for generating a thumbnail url (if the image is a bitmap).
Ordering the property values by a qualifier (for instance, being able to order by Property:P1545 or Property:P1352.


It's really awesome so far though!TASK DETAILhttps://phabricator.wikimedia.org/T173214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Smalyshev, Lydia_Pintscher, Addshore, larsgw, Saerdnaer, simon04, bearND, Siznax, Tpt, Jonas, Ricordisamoa, hoo, Lucas_Werkmeister_WMDE, Aklapper, dbarratt, PokestarFan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, He7d3r, Jdforrester-WMF, Mbch331, Jay8g, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T201774: Adding WikiData item number to resource in en.wikiversity

2018-08-17 Thread Marshallsumter

Marshallsumter added a comment.
Please keep in mind all I'm asking is for those WikiData items that exist to display that WikiData item number in Wikiversity. For example, [[v:Draft:Abstract concept generator]] has WikiData item number Q50011734. Here's the opinions from https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2014/05#What_do_do_with_Wikipedia:Draft_articles:


neutral - "I'm not sure either way.What do you think?" Filceolaire (talk) 05:42, 23 May 2014 (UTC)
support - "Is there a way we could have Draft items on wikidata - say regular Qitems with 'Draft:' at the start of their names in every language?" Filceolaire (talk) 05:42, 23 May 2014 (UTC)
oppose -"IMO drafts and articles less than 2 weeks only shouldnt be included in Wikidata, let alone imported into Wikidata." John Vandenberg (talk) 05:53, 23 May 2014 (UTC)
oppose - "+1 to wait before creating the item."--Micru (talk) 07:35, 23 May 2014 (UTC)
support - "We could say that draft articles are allowed to be connected to items here, but that a link to only a draft article is not enough to be notable. This way draft articles can use the data on Wikidata and we don't end up with dozens of empty items." Multichill (talk) 16:50, 23 May 2014 (UTC)
support - "Draft articles may be connected to an item which already has sitelinks to another language of the same project family." John Vandenberg (talk) 00:00, 24 May 2014 (UTC), see 1. oppose above.
support -"+1 to Multichill." --Ricordisamoa 23:51, 23 May 2014 (UTC)
support - "To make a good draft, they might need information from Wikidata available. In that case, shouldn't they create an item as soon as possible add add information here?" --- Jura 04:28, 24 May 2014 (UTC)
support - "The presence of one Wikidata item is sufficient to create an item, but an item does not need a Wikipedia article." TomT0m (talk) 09:50, 24 May 2014 (UTC)
Oppose - "Draft articles are excluded from search engines for good reason. Consider wikidata as a search engine as well, and you will bring up additional unwanted links to all search engines that use wikidata as a source. It is early enough to link it to wikidata as soon as it is in main namespace, you also don´t need to monitor if an article has moved to a different namespace."--Giftzwerg 88 (talk) 16:40, 24 May 2014 (UTC)
Oppose - "As a schematic batch of information we already have Wikidata itself. We don't need linking proto-articles. I don't see the need for hurrying, if the draft doesn't go wrong it'll be linked to Wikidata once it's finished." Totemkin (talk) 17:38, 25 May 2014 (UTC)
support - "I see no problem having a Q item here, while the article is being developed in en.wikipedia or whatsoever, but clearly (to me, at least) it's not neccesary having them related." Totemkin (talk) 17:38, 25 May 2014 (UTC)
Oppose - "Draft namespace has been created for articles who may or may not adhere to notabilty rules on en.wiki - which are IMHO already far too permissive, considering the it.wp (or de.wp) ones. I don't think we need that." --Sannita - not just another it.wiki sysop 10:03, 26 May 2014 (UTC)
Oppose - "per above. Unfinished articles have no place here." Mushroom (talk) 11:00, 26 May 2014 (UTC)
Oppose - "draft articles are not part of the encyclopedia (yet)" --CutOffTies (talk) 12:10, 26 May 2014 (UTC)
Oppose - "per above." --AmaryllisGardener talk 12:24, 26 May 2014 (UTC)
Oppose - "Drafts are articles in development and are little different to user subpages. Once they are mainspace articles they can be added." Green Giant (talk) 12:53, 27 May 2014 (UTC)


subtracting oppose directed to Wikipedia only or mixed answer (1,4,5,7)

Comment on (3): Google full-web search for "Draft:Minerals" produces "Draft:Minerals - Wikiversity
https://en.wikiversity.org/wiki/Draft:Minerals
Jul 8, 2018 - Draft:Minerals. This image shows several amphibole crystals in a glass bowl. Credit: Karelj. Minerals are usually solid, inorganic substances of natural occurrence."

Remaining support (1,2,3,4,5,6,7), remaining oppose (2,6,8,9). Support - Me (0), matej_suchanek corrected the filter (8). Total support for other draft ns = 9

Oppose - "Please restore the filter that prevents Wikidata links to v:Draft: namespace and delete any existing v:Draft: links. Thank you." -- Dave Braunschweig (talk) 20:41, 14 August 2018 (UTC) (10).
Oppose - "Undid Matěj's filter change; perhaps you can undo any edits that were allowed as a result, professor." Mahir256 (talk) 21:16, 14 August 2018 (UTC) (11)

Oppose? - "At this point I don't see any good reason to change Wikidata rules to accommodate this Wikiversity issue, it needs to be resolved there." ArthurPSmith (talk) 17:29, 16 August 2018 (UTC) (11)

Total oppose without changing WikiData rules (2,6,8,9,10,11) = 6. 9/15 = 0.6 not a consensus of support for WikiData Draft: ns items per filter now.

But what about those already there before filter created? support (1,2,3,4,5,6,7,0) = 8, oppose (2,6,8,9). 8/12 = 0.67 , plus matej_suchanek corre

[Wikidata-bugs] [Maniphest] [Edited] T173214: Support GraphQL Queries on Wikidata

2018-08-17 Thread dbarratt

dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...The query can can get a lot more recursive data without a lot of additional complexity ([[ https://tools.wmflabs.org/tptools/wdql.html?query=query%20getItem(%24id%3A%20ID!)%20%7B%0A%20%20item(id%3A%20%24id)%20%7B%0A%20%20%20%20label(language%3A%20%22en%22variables=%7B%0A%20%20%22id%22%3A%20%22Q6074%22%2C%0A%20%20%22lang%22%3A%20%22en%22%0A%7D&query=query%20getItem(%24id%3A%20ID!%2C%20%24lang%3A%20String!)%20%7B%0A%20%20item(id%3A%20%24id)%20%7B%0A%20%20%20%20label(language%3A%20%24lang)%20%7B%0A%20%20%20%20%20%20text%0A%20%20%20%20%7D%0A%20%20%20%20logos%3A%20statements(propertyIds%3A%20%22P154%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20images%3A%20statements(propertyIds%3A%20%22P18%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20publication%3A%20statements(propertyIds%3A%20%22P577%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20duration%3A%20statements(propertyIds%3A%20%22P2047%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20mpaa%3A%20statements(propertyIds%3A%20%22P1657%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20genres%3A%20statements(propertyIds%3A%20%22P136%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%7D%0A%7D%0A%0Afragment%20StatementItemValue%20on%20Statement%20%7B20%20director%3A%20statements(propertyIds%3A%20%22P57%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20screenwriter%3A%20statements(propertyIds%3A%20%22P58%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%20%20cast%3A%20statements(propertyIds%3A%20%22P161%22%2C%20best%3A%20true)%20%7B%0A%20%20%20%20%20%20...StatementItemValue%0A%20%20%20%20%7D%0A%20%20%7D%0A%20%20director%3A%20property(id%3A%20%22P57%22)%20%7B%0A%20%20%20%20...ProperyLabel%0A%20%20%7D%0A%20%20screenwriter%3A%20property(id%3A%20%22P58%22)%20%7B%0A%20%20%20%20...ProperyLabel%0A%20%20%7D%0A%7D%0A%0Afragment%20ProperyLabel%20on%20Property%20%7B%0A%20%20label(language%3A%20%24lang)%20%7B%0A%20%20%20%20text%0A%20%20%7D%0A%7D%0A%0Afragment%20StatementItemValue%20on%20Statement%20%7B%0A%20%20order%3A%20qualifiers(propertyIds%3A%20%22P1545%22)%20%7B%0A%20%20%20%20...%20on%20PropertyValueSnak%20%7B%0A%20%20%20%20%20%20item%3A%20value%20%7B%0A%20%20%20%20%20%20%20%20...%20on%20StringValue%20%7B%0A%20%20%20%20%20%20%20%20%20%20value%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%7D%0A%20%20%7D%0A%20%20data%3A%20mainsnak%20%7B%0A%20%20%20%20...%20on%20PropertyValueSnak%20%7B%0A%20%20%20%20%20%20item%3A%20value%20%7B%0A%20%20%20%20%20%20%20%20...%20on%20StringValue%20%7B%0A%20%20%20%20%20%20%20%20%20%20value%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20...%20on%20QuantityValue%20%7B%0A%20%20%20%20%20%20%20%20%20%20value%3A%20amount%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20...%20on%20TimeValue%20%7B%0A%20%20%20%20%20%20%20%20%20%20value%3A%20time%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20...%20on%20StringValue%20%7B%0A%20%20%20%20%20%20%20%20%20%20value%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20...%20on%20Item%20%7B%0A%20%20%20%20%20%20%20%20%20%20label(language%3A%20%22en%22)%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20text%0A%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%7D%0A%20%20%7D%0A%7D&operationName=getItem&variables=%7B%0A%20%20%22id%22%3A%20%22Q817266%22%0A%7DItem%20%7B%0A%20%20%20%20%20%20%20%20%20%20id%0A%20%20%20%20%20%20%20%20%20%20label(language%3A%20%24lang)%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20text%0A%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%7D%0A%20%20%7D%0A%7D%0A | example ]])TASK DETAILhttps://phabricator.wikimedia.org/T173214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Smalyshev, Lydia_Pintscher, Addshore, larsgw, Saerdnaer, simon04, bearND, Siznax, Tpt, Jonas, Ricordisamoa, hoo, Lucas_Werkmeister_WMDE, Aklapper, dbarratt, PokestarFan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, He7d3r, Jdforrester-WMF, Mbch331, Jay8g, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T202184: Allow Wikinews sites as MediaWiki API endpoints in Wikidata Query Service

2018-08-17 Thread Daniel_Mietchen

Daniel_Mietchen created this task.Daniel_Mietchen added projects: Wikidata-Query-Service, MediaWiki-API.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONE.g. the query

SELECT DISTINCT ?item 
WHERE {
 {
   SELECT ?item WHERE {
SERVICE wikibase:mwapi {
  bd:serviceParam wikibase:endpoint "en.wikinews.org" .
  bd:serviceParam wikibase:api "Generator" .
  bd:serviceParam mwapi:generator "search" .
  bd:serviceParam mwapi:gsrsearch "hastemplate:current" .
  bd:serviceParam mwapi:gsrlimit "max" .
  ?item wikibase:apiOutputItem mwapi:item .
}
  } LIMIT 100
 }
 hint:Prior hint:runFirst "true".
} LIMIT 100

currently gives an error "Host en.wikinews.org is not allowed", and the same goes for other Wikinews sites.TASK DETAILhttps://phabricator.wikimedia.org/T202184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Daniel_MietchenCc: Aklapper, Smalyshev, Daniel_Mietchen, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Sethakill, dg711, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, jayvdb, Anomie, Mbch331, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T201360: BadMethodCallException when trying to view search results with offset>10000

2018-08-17 Thread EBernhardson

EBernhardson claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T201360EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EBernhardsonCc: gerritbot, debt, Aklapper, Bugreporter, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

70 matches

Mail list logo