[Wikidata-bugs] [Maniphest] [Updated] T1211: Create team projects for all teams participating in scrum of scrums

2015-03-26 Thread Yurik
Yurik added a project: Zero-Team. TASK DETAIL https://phabricator.wikimedia.org/T1211 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Updated] T1211: Create team projects for all teams participating in scrum of scrums

2015-03-26 Thread Yurik
Yurik removed a project: Zero-Archive. TASK DETAIL https://phabricator.wikimedia.org/T1211 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107602: Set up a public interface to the wikidata query service

2015-08-07 Thread Yurik
Yurik added a subscriber: Yurik. TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, Yurik Cc: Yurik, JohnLewis, hoo, GWicke, greg, Lydia_Pintscher, csteipp, jcrespo, Legoktm, gerritbot

[Wikidata-bugs] [Maniphest] [Created] T122888: "Edit links" is not shown on wiktionary

2016-01-05 Thread Yurik
Yurik created this task. Yurik added a subscriber: Yurik. Yurik added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION E.g. https://en.wiktionary.org/wiki/map -- i cannot jump to wikidata to edit/view the wikidata item. I had to switch to wikipedia

[Wikidata-bugs] [Maniphest] [Block] T134426: Review shared data namespace (tabular data) implementation

2016-06-04 Thread Yurik
Yurik created blocking task T137026: Configure Commons CC0 licensing for the Data namespace. TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Danny_B, DannyH, StudiesWorld, Steinsplitter

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-06-05 Thread Yurik
Yurik added a comment. @RobLa-WMF, thanks for putting all the links together. I have seen some of them, and will email the authors. Row objects vs arrays - I feel that other formats are optimized towards parsing and processing, rather than storage and ease

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-06-07 Thread Yurik
Yurik added a comment. - I keep wondering if we can use Wikidata/Wikibase more for this. Wikidata IDs for the license might be much more convenient for computer consumption, even though "CC BY 2.5" is by far more readable than Q18810333 <http://tools.wmflabs.org/sqid/#/view

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-06-06 Thread Yurik
Yurik added a comment. @Milimetric, lets do it online - most interested parties are all over the globe, hard to pick a time. TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: RobLa

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

2016-06-13 Thread Yurik
Yurik added a comment.Yep, sounds good.TASK DETAILhttps://phabricator.wikimedia.org/T120452EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: RobLa-WMF, TheDJ, Eloy, Jdforrester-WMF, brion, ThurnerRupert, intracer, TerraCodes, Pokefan95, gerritbot, -jem

[Wikidata-bugs] [Maniphest] [Edited] T134426: Review shared data namespace (tabular data) implementation

2016-06-04 Thread Yurik
Yurik edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, Lydia_Pintscher, ekkis, Matanya, MarkTraceur

[Wikidata-bugs] [Maniphest] [Created] T138030: Enable maps on Wikidata

2016-06-16 Thread Yurik
Yurik created this task.Yurik added projects: Maps, Discovery, Kartographer, Wikidata. TASK DESCRIPTIONEnable access to and tags in Wikidata. Also allow Wikidata devs to programmatically add maps. Please experiment first, don't massively add it to every item at once :)TASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Updated] T138030: Enable maps on Wikidata

2016-06-16 Thread Yurik
Yurik added a blocked task: T134816: Show wikidata query results as map markers. TASK DETAILhttps://phabricator.wikimedia.org/T138030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MaxSem, YurikCc: gerritbot, Zppix, Aklapper, Yurik, Avner, Lewizho99, Ddproxy

[Wikidata-bugs] [Maniphest] [Updated] T115966: Show map for coordinate diffs

2016-06-16 Thread Yurik
Yurik added a comment. Maps has been enabled on Wikidata. Enjoy. T138030TASK DETAILhttps://phabricator.wikimedia.org/T115966EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Yurik, Lydia_Pintscher, Sjoerddebruin, Ricordisamoa, Nikki, Aklapper, D3r1ck01

[Wikidata-bugs] [Maniphest] [Retitled] T120452: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...)

2016-06-21 Thread Yurik
Yurik changed the title from "Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)" to "Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...)". TASK DETAILhttps://phabricator.wikimedia.org/T120452EM

[Wikidata-bugs] [Maniphest] [Updated] T120452: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...)

2016-06-21 Thread Yurik
Yurik edited blocking tasks, added: T137929: RFC (WIP): Enable shared tabular data storage on a central wiki, T137930: Enable shared geojson data storage on a shared wiki; removed: T134426: Review shared data namespace (tabular data) implementation. TASK DETAILhttps://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Updated] T134426: Review shared data namespace (tabular data) implementation

2016-06-21 Thread Yurik
Yurik removed a blocked task: T120452: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...). TASK DETAILhttps://phabricator.wikimedia.org/T134426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: pwalsh, rufuspollock

[Wikidata-bugs] [Maniphest] [Changed Project Column] T106094: Add support for wikidata tag to iD (OpenStreetMap)

2016-02-08 Thread Yurik
Yurik moved this task to Tracking on the Maps workboard. TASK DETAIL https://phabricator.wikimedia.org/T106094 WORKBOARD https://phabricator.wikimedia.org/project/board/1127/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mxn, Yurik Cc

[Wikidata-bugs] [Maniphest] [Changed Project Column] T106094: Add support for wikidata tag to iD (OpenStreetMap)

2016-02-07 Thread Yurik
Yurik moved this task to Related on the Maps workboard. Herald added a subscriber: StudiesWorld. TASK DETAIL https://phabricator.wikimedia.org/T106094 WORKBOARD https://phabricator.wikimedia.org/project/board/1127/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Commented On] T126730: Caching for results of wikidatasparql queries for Graphs

2016-02-12 Thread Yurik
Yurik added a comment. I think Graph extension was shown as an example that can easily overwhelm the system without proper caching. More elaborate, research-oriented usages are usually different because they are being done interactively by the query developer. TASK DETAIL https

[Wikidata-bugs] [Maniphest] [Commented On] T126730: Caching for results of wikidatasparql queries for Graphs

2016-02-12 Thread Yurik
Yurik added a subscriber: Yurik. Yurik added a comment. I agree that the query should go through varnish, but as usual - what is the purging policy? It will be very complicated to track each piece of data that appears in the result back to the original, and to invalidate it when original

[Wikidata-bugs] [Maniphest] [Updated] T126741: Add support for the wikidata's Sparql queries to graphs

2016-02-12 Thread Yurik
Yurik added a project: Wikidata-Query-Service. Yurik set Security to None. Herald added projects: Wikidata, Discovery. TASK DETAIL https://phabricator.wikimedia.org/T126741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-02-05 Thread Yurik
Yurik added a comment. Lydia, do all the raised issues get resolved if this was not wikidata.org ? TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Addshore, aude, hoo, JanZerebecki

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidatasparql queries for Graphs

2016-02-13 Thread Yurik
Yurik added a comment. @smalyshev, I think the question is what to make "default": - should query results be cached by default, and not cached when a certain parameter is given, or the other way around? - should that parameter be part of the query, or should it be a header? -

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidatasparql queries for Graphs

2016-02-15 Thread Yurik
Yurik added a comment. Clarification: there is a graph design sandbox <https://en.wikipedia.org/wiki/Special:GraphSandbox>, which re-renders the graph on every change. In production, the data is pulled by graphoid service (rarely, as it is behind varnish cache), and by client browsers

[Wikidata-bugs] [Maniphest] [Retitled] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-15 Thread Yurik
Yurik changed the title from "[RFC] Caching for results of wikidatasparql queries for Graphs" to "[RFC] Caching for results of wikidata Sparql queries". Yurik edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-15 Thread Yurik
Yurik added a subscriber: BBlack. Yurik added a comment. Adding @bblack as he is our Varnish guru TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: BBlack, GWicke, Bene, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-15 Thread Yurik
Yurik added a comment. @bblack, for some unknown reason our SPARQL installation uses GET. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: BBlack, GWicke, Bene, Ricordisamoa, daniel

[Wikidata-bugs] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?

2016-02-16 Thread Yurik
Yurik added a subscriber: Yurik. Yurik added a comment. Users who need uncached data will always do an extra step (like adding an extra parameter to the query) to make sure it is not cached. But if we make caching non-default, fewer developers will bother to check if is cached or not, either

[Wikidata-bugs] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?

2016-02-16 Thread Yurik
Yurik added a comment. @Bene, the developer of the tool will have an ability to control caching - by either forcing freshed data, or being ok with the stale data. The real question is what is more likely - developer reading documentation to make sure they add "stale is ok"

[Wikidata-bugs] [Maniphest] [Edited] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-16 Thread Yurik
Yurik edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-16 Thread Yurik
Yurik added a comment. @smalyshev, I agree - it would be much better to have a stable mature caching technology for this - makes things much simpler. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-02-17 Thread Yurik
Yurik added a comment. I listed PROs and CONs for each domain. Did I miss anything? https://meta.wikimedia.org/wiki/User:Yurik/Storing_data TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-17 Thread Yurik
Yurik added a subscriber: Milimetric. Yurik added a comment. I am not sure we should mix response caching and stored procedures (named queries) in the same task. Stored proc could add additional settings for cache, but I feel this is outside of the scope of this ticket. @bblack, my

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-17 Thread Yurik
Yurik added a comment. Data is requested in these cases: - user views a page with a graph -> request to graphoid -> varnish cache miss -> graphoid re-renders the graph - user views a page with an interactive graph and clicks it to interact with it - editor clicks "page preview&quo

[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-17 Thread Yurik
Yurik added a comment. That's relatively easy - I could disable wikidataquery: protocol in the client, while still allowing it on the backend. Thing is, I highly doubt there are that many people who will click on an interactive graph - simply because it requires programming skills to create

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T96490: [Story] Blazegraph support for owl:sameAs and redirects

2016-02-12 Thread Yurik
Yurik added a subscriber: Yurik. TASK DETAIL https://phabricator.wikimedia.org/T96490 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Yurik, JanZerebecki, Denny, mkroetzsch, Lydia_Pintscher, M.schmidt00, Beebs.systap, Haasepeter

[Wikidata-bugs] [Maniphest] [Changed Project Column] T126741: Add support for the wikidata's Sparql queries to graphs

2016-02-21 Thread Yurik
Yurik moved this task to Tracking on the Graph workboard. TASK DETAIL https://phabricator.wikimedia.org/T126741 WORKBOARD https://phabricator.wikimedia.org/project/board/816/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Ricordisamoa

[Wikidata-bugs] [Maniphest] [Changed Project Column] T126730: [RFC] Caching for results of wikidata Sparql queries

2016-02-21 Thread Yurik
Yurik moved this task to Tracking on the Graph workboard. TASK DETAIL https://phabricator.wikimedia.org/T126730 WORKBOARD https://phabricator.wikimedia.org/project/board/816/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Milimetric

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

2016-03-09 Thread Yurik
Yurik added a comment. I think the best way forward is to post on commons proposing to add a new namespace there. Also, to email all the relevant mailing lists, including various ambasadors, etc, and post on wikitech news for the next week, all linking to the proposal to host it on commons

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

2016-03-10 Thread Yurik
Yurik added a comment. @Bawolff Lua supports mw.text.jsonDecode(), which is great for these pages - if we keep TSV in a schema like { "columns": ... "data":[ [1,2,3], [4,5,6], ... ] } TASK DETAIL https://phabr

[Wikidata-bugs] [Maniphest] [Updated] T93878: Property suggester broken on Wikidata

2016-03-13 Thread Yurik
Yurik added a comment. I am not sure if this is the same issue, but when i tried to fill in the fairly rare https://phabricator.wikimedia.org/P1410 for California, which has "required qualifier", it showed me options like "image source", which obviously has noth

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

2016-03-08 Thread Yurik
Yurik added a comment. @MZMcBride agree that this is highly needed, especially now with graphs. Deciding which wiki <https://meta.wikimedia.org/wiki/User:Yurik/Storing_data> to host it seems to be the hardest problem (i can easily do the rest with content handler in jsonconfig ext

[Wikidata-bugs] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?

2016-03-30 Thread Yurik
Yurik added a comment. @Dereckson, this question is only about the default behavior - we obviously should allow for some "force refresh" method for bots, but it could be some extra flag like "force=1". My biggest concern is that developers won't use "allowcach

[Wikidata-bugs] [Maniphest] [Commented On] T107595: [RFC] Multi-Content Revisions

2016-04-05 Thread Yurik
Yurik added a comment. Can we solve some of the proposed usecases by simply wraping "content" into a higher level structure, e.g. json, to store multiple streams? For example, for a hypothetical "tabular data", we could have { "licens

[Wikidata-bugs] [Maniphest] [Edited] T124569: RFC: Data namespace blob storage on wikidata.org

2016-03-05 Thread Yurik
Yurik edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Ricordisamoa, Bene, Micru, Yair_rand, Addshore, aude, hoo, JanZerebecki, MZMcBride, Lydia_Pintscher

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

2016-03-05 Thread Yurik
Yurik edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper

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

2016-03-05 Thread Yurik
Yurik added a subscriber: Milimetric. Yurik added a comment. Some of this functionality is already supported by JsonConfig extension, and I will be happy to guide that approach. Also, I would advise against too many data formats - we got burnt by it with the API. TSV/CSV are great

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-04-13 Thread Yurik
Yurik added a comment. Patch https://gerrit.wikimedia.org/r/#/c/281331/ implements support for on-wiki tabular storage. TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Thryduulf

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

2016-04-22 Thread Yurik
Yurik added a comment. More important semi-bikeshed questions: - How should we store licenses? Is there a license ID of any sorts? I wouldn't want free form license field text if possible. - Are there any other metadata fields required? - Should we support datetime fields

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

2016-04-25 Thread Yurik
Yurik added a comment. JsonConfig can easily allow us to store all allowed licenses as a "config" page - a JSON with a custom schema for licenses. This way we could have a wiki page named **Config:Licenses.json** (bikesheding is welcome): { // License ID

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

2016-04-25 Thread Yurik
Yurik added a comment. Another alternative is to actually reuse `.tabular` for storing this data, instead of creating a custom format. Also, .tabular could benefit from `"ordered"` meta tag to automatically resort values on save. No sorting is allowed on the fields of "local

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

2016-04-22 Thread Yurik
Yurik added a comment. Can the talk pages be used for deletion requests? TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: TheDJ, Eloy, Jdforrester-WMF, brion, ThurnerRupert, intracer

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

2016-04-22 Thread Yurik
Yurik added a comment. I'm totally ok to bikeshed about the naming: - for ID, it will be a list of strings named: "headers", "ids", "columns", "header_id", ... - for localized column name, it's a list of objects, each object having (languag

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

2016-04-22 Thread Yurik
Yurik added a subscriber: Eloy. Yurik added a comment. @brion, the pretty printing is for diffs - makes them much easier to digest. A while ago I also tried to make the actual storage use a non-pretty-printed version, but I guess I never finished that part. @brion, re spaces in headers

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

2016-04-23 Thread Yurik
Yurik added a comment. Name game: "inheritFrom", "deriveFrom", "ref", "link", "metadata", ...? Still open question: where to get the license ids and their descriptions :) TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFER

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

2016-04-23 Thread Yurik
Yurik added a comment. @jeumerus, adding a tag to the structured content (json) is not as obvious as for free form wiki markup. We could interpret some meta fields as wiki markup... So far this is the the structure I'm going for: { "license": "licence-id&q

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

2016-04-23 Thread Yurik
Yurik added a comment. An extra feature could be `"headersRef": "Some other table.tabular"` instead of "headers" and "titles", allowing headers to be defined in another table. This way many identically structured tables can benefit from the sh

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

2016-04-23 Thread Yurik
Yurik added a comment. I found MediaWiki:Licenses <https://commons.wikimedia.org/wiki/MediaWiki:Licenses> - I am not sure what it is used for. There are translations in the subpages. Also, there is a list in preferences <https://commons.wikimedia.org/wiki/Special:Prefe

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-04-25 Thread Yurik
Yurik added a comment. There is a big discussion on Commons <https://commons.wikimedia.org/wiki/Commons:Village_pump/Proposals#Tabular_data_storage_for_Commons.21> related to this issue. @Lydia_Pintscher and @daniel, you might want to elaborate there why Wikidata is not the right

[Wikidata-bugs] [Maniphest] [Commented On] T135222: Add Timeline display to visualize query results

2016-05-16 Thread Yurik
Yurik added a comment. Lol, seems like this is really peaking up :) I have been trying to formalize it for the past several years, and finally wrote a blog post <https://meta.wikimedia.org/wiki/User:Yurik/Facebooking_Wikidata> about it. I think this should not be a query resul

[Wikidata-bugs] [Maniphest] [Closed] T126741: Add support for the wikidata's Sparql queries to graphs

2016-05-13 Thread Yurik
Yurik closed this task as "Resolved". Yurik added a comment. yep TASK DETAIL https://phabricator.wikimedia.org/T126741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Stashbot, JanZerebecki, gerritbot, Yair_rand, Ricordisamoa,

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

2016-05-05 Thread Yurik
Yurik removed a blocking task: T124569: RFC: Data namespace blob storage on wikidata.org. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: TheDJ, Eloy, Jdforrester-WMF, brion

[Wikidata-bugs] [Maniphest] [Updated] T124569: RFC: Data namespace blob storage on wikidata.org

2016-05-05 Thread Yurik
Yurik removed a blocked task: T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML). TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc

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

2016-05-05 Thread Yurik
Yurik added a comment. I removed https://phabricator.wikimedia.org/T124569 because with https://phabricator.wikimedia.org/T134426 this task could be marked as done (unless we want to keep it open for non-tabular - json/xml data) TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-05-04 Thread Yurik
Yurik added a comment. My apologies to anyone who is not interested in the implementation review of this feature - please unsubscribe. I am hoping to deploy this fairly soon, as there is clearly a huge demand for this functionality, so any feedback would be great. Thanks! TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T134238: Query service fails with "Too many open files"

2016-05-05 Thread Yurik
Yurik added a comment. Probably 0 at the moment - I don't think there are any interactive graphs out there that use sparql yet. Only a few non-interactive samples <https://www.mediawiki.org/wiki/Extension:Graph/Demo/Sparql> (btw, there is another bug there - the order of la

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-05-05 Thread Yurik
Yurik added a comment. In https://phabricator.wikimedia.org/T134426#2268988, @Danny_B wrote: > Please use class="wikitable" as default formatting. Already done <https://github.com/wikimedia/mediawiki-extensions-JsonConfig/blob/afca31c4ad2d71a513421ed58d1d2a26d

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-05-05 Thread Yurik
Yurik added a comment. I will create a new project with all related tasks. Waiting for my approval to be able to create new projects myself - I seem to be doing it too often. Will post it here once its created. TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-05-05 Thread Yurik
Yurik added a comment. Ah, sorry, that's for transclusions that will only work on the same wiki. So are you proposing the whole table use wikitable style without any additional styles for the cells? or green cells are ok? TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL

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

2016-05-05 Thread Yurik
Yurik moved this task from Backlog to Tracking on the Tabular-Data board. TASK DETAIL https://phabricator.wikimedia.org/T120452 WORKBOARD https://phabricator.wikimedia.org/project/board/1986/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik

[Wikidata-bugs] [Maniphest] [Updated] T134426: Review shared data namespace (tabular data) implementation

2016-05-05 Thread Yurik
Yurik added a project: Tabular-Data. Yurik added a comment. New project tag: https://phabricator.wikimedia.org/tag/tabular-data/ TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc

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

2016-05-05 Thread Yurik
Yurik added a project: Tabular-Data. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: TheDJ, Eloy, Jdforrester-WMF, brion, ThurnerRupert, intracer, TerraCodes, Pokefan95, gerritbot, -jem

[Wikidata-bugs] [Maniphest] [Created] T134426: Review shared data namespace (tabular data) implementation

2016-05-04 Thread Yurik
Yurik created this task. Herald added a subscriber: Zppix. TASK DESCRIPTION Please review implementation details of the cross-wiki sharable data namespace implementation for tabular data: - usage and technical description <https://www.mediawiki.org/wiki/Extension:JsonConfig/Tabu

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

2016-05-04 Thread Yurik
Yurik created blocking task T134426: Review shared data namespace (tabular data) implementation. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: TheDJ, Eloy, Jdforrester-WMF, brion

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

2016-04-19 Thread 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

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

2016-04-20 Thread Yurik
Yurik added a comment. @brion, could you think of use cases for partial data reads? I think it will be mostly "draw data as a wiki list or a table with some magical highlighting/string concatenation/...", or "draw a graph with all the data". That's why at this point I

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

2016-04-20 Thread Yurik
Yurik added subscribers: Jdforrester-WMF, Jdforrester-PERSONAL. Yurik added a comment. Juts wrote in-depth implementation details at https://www.mediawiki.org/wiki/Extension:JsonConfig/Tabular TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-05-09 Thread Yurik
Yurik added a comment. @Milimetric the new board is at https://phabricator.wikimedia.org/tag/tabular-data/. I agree with the concerns you raise, and I see a significant portion of the community has raised them on wiki. I think we should continue the discussion there, because otherwise we

[Wikidata-bugs] [Maniphest] [Commented On] T110683: [Story] Add convenience method in lua that gives the ItemId of the connected page

2016-08-02 Thread Yurik
Yurik added a comment. @hoo did you add a parser function as well, or should I create a new task?TASK DETAILhttps://phabricator.wikimedia.org/T110683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, YurikCc: Yurik, gerritbot, Ricordisamoa, Aklapper, aude

[Wikidata-bugs] [Maniphest] [Commented On] T141864: Add parser function for associated wikidata item ID

2016-08-03 Thread Yurik
Yurik added a comment. I think we should do the parser function, not a magic keyword. This way we can expand it to do a page lookup. For example, {{ ENTITYID | United States }} is replaced with Q30. The optional first parameter would be the valid page title, as parsed by the local wiki

[Wikidata-bugs] [Maniphest] [Commented On] T110683: [Story] Add convenience method in lua that gives the ItemId of the connected page

2016-07-13 Thread Yurik
Yurik added a comment. I think this should be extended to wiki markup parser function - there are cases when i need the wikidata id of the current pageTASK DETAILhttps://phabricator.wikimedia.org/T110683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc

[Wikidata-bugs] [Maniphest] [Commented On] T115966: Show map for coordinate diffs

2016-07-13 Thread Yurik
Yurik added a comment. Please do not load Leaflet. Use Kartographer extension (already enabled on Wikidata) to show the map as needed. @JGirault has been working on building a proper internal interface for it, which is already customized with the proper attribution, settings, etc. We should work

[Wikidata-bugs] [Maniphest] [Updated] T115966: Show map for coordinate diffs

2016-07-13 Thread Yurik
Yurik added a subscriber: JGirault.Yurik added a project: Kartographer. TASK DETAILhttps://phabricator.wikimedia.org/T115966EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: JGirault, Yurik, Lydia_Pintscher, Sjoerddebruin, Ricordisamoa, Nikki, Aklapper

[Wikidata-bugs] [Maniphest] [Created] T138868: Create integrated GeoShapes + Wikidata Query service

2016-06-28 Thread Yurik
Yurik created this task.Yurik added projects: Kartotherian, Wikidata.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONKartotherian is now capable of retrieving outlines of geographical objects based on a list Wikidata IDs. This is great when the list of IDs is small and constant or easy

[Wikidata-bugs] [Maniphest] [Updated] T138868: Create integrated GeoShapes + Wikidata Query service

2016-06-28 Thread Yurik
Yurik added a project: Maps.Yurik added a comment.Herald added a project: Discovery. geoshape:///?sparql=SELECT%20... (string after "#" in Wikidata Query Service) The service will attach geoshapes for the first N itemsTASK DETAILhttps://phabricator.wikimedia.org/T138868EMAIL PREFER

[Wikidata-bugs] [Maniphest] [Created] T157182: Duplicate language codes in labeling service cause unexpected result

2017-02-03 Thread Yurik
Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONThis query produces French label/description, even though one would expect English SELECT ?id ?idLabel ?idDescription WHERE

[Wikidata-bugs] [Maniphest] [Edited] T156220: Wikidata autocomplete breaks with URL ...?uselang=en-US

2017-01-24 Thread Yurik
Yurik edited the task description. (Show Details) EDIT DETAILSFor some reason, I ended up with several browser tabs that all had `?uselang=en-US` query param. Attempting to add a statement failed to show any suggestions until I manually removed the query param from the URL. Very confusing. I

[Wikidata-bugs] [Maniphest] [Created] T156220: Wikidata autocomplete breaks when with URL ...?uselang=en-US

2017-01-24 Thread Yurik
Yurik created this task.Yurik added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONFor some reason, I ended up with several browser tabs that all had ?uselang=en-US query param. Attempting to add a statement failed to show any suggestions until I manually removed

[Wikidata-bugs] [Maniphest] [Retitled] T156220: Wikidata autocomplete breaks with URL ...?uselang=en-US

2017-01-24 Thread Yurik
Yurik changed the title from "Wikidata autocomplete breaks when with URL ...?uselang=en-US" to "Wikidata autocomplete breaks with URL ...?uselang=en-US". TASK DETAILhttps://phabricator.wikimedia.org/T156220EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/pa

[Wikidata-bugs] [Maniphest] [Commented On] T89213: Allow fallback to any language

2017-01-15 Thread Yurik
Yurik added a comment. I'm on the fence about the "languages using the same script as the requested one" is the best path forward. For example, if a Russian user tries to get a label that has Ukranian and English, which should be preferable? I would argue that in a general case, L

[Wikidata-bugs] [Maniphest] [Commented On] T159106: Show P31 in the Wikidata search results

2017-02-28 Thread Yurik
Yurik added a comment. @Lydia_Pintscher, showing description assumes that it is given for each item. Never the case. Any time i search in wikidata, it shows me useless Qnnn, or at most a label, because the search does not use language fallbacks. P-31/P-279 have much higher chance of having more

[Wikidata-bugs] [Maniphest] [Edited] T159106: Show P31 in the Wikidata search results

2017-02-26 Thread Yurik
Yurik edited the task description. (Show Details) EDIT DETAILSI think the most useful piece of information when searching is P 31. Please consider showing it in the search results.TASK DETAILhttps://phabricator.wikimedia.org/T159106EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Created] T159106: Show P31 in the Wikidata search results

2017-02-26 Thread Yurik
Yurik created this task.Yurik added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI think the most useful piece of information when searching is P31. Please consider showing it in the search results.TASK DETAILhttps://phabricator.wikimedia.org/T159106EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T138868: Create integrated GeoShapes + Wikidata Query service

2016-09-03 Thread Yurik
Yurik closed this task as "Resolved".Yurik claimed this task.Yurik added a comment. already done: https://maps.wikimedia.org/geoshape?query=TASK DETAILhttps://phabricator.wikimedia.org/T138868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/T

[Wikidata-bugs] [Maniphest] [Updated] T141394: Add a "search location" box in the map dialog (VE edit)

2016-09-03 Thread Yurik
Yurik added a project: Maps.Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T141394EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Esanders, Yurik, Aklapper, eranroz, mschwarzer, merbst, Avner, Ddproxy, Wess, debt

[Wikidata-bugs] [Maniphest] [Updated] T115966: [Story] Show map for coordinate diffs

2016-09-03 Thread Yurik
Yurik added a project: Maps.Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T115966EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Sjoerddebruin, YurikCc: aude, JGirault, Yurik, Lydia_Pintscher, Sjoerddebruin, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Updated] T140757: Review CoordinateDiffMap.js Userscript

2016-09-03 Thread Yurik
Yurik added a project: Maps.Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T140757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: aude, Zppix, Aklapper, Nikki, Ricordisamoa, Sjoerddebruin, Lydia_Pintscher, Yurik

[Wikidata-bugs] [Maniphest] [Created] T145171: without lat/long should use coordinates from Wikidata

2016-09-08 Thread Yurik
Yurik created this task.Yurik added projects: Kartographer, Wikidata, Maps.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONWhen is placed on a page, it should automatically use the corresponding coordinates from Wikidata's itemTASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T120452: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...)

2016-09-23 Thread Yurik
Yurik added a subscriber: daniel.Yurik added a comment. @ArthurPSmith thanks, timeseries do represent a large portion of the common data needs. I have discussed reusing some of the Wikibase type system code with @daniel, but apparently their code is fairly Wikibase centric, especially in the front

[Wikidata-bugs] [Maniphest] [Edited] T147729: wikibase:language ignores language codes with a space

2016-10-08 Thread Yurik
Yurik edited the task description. (Show Details) EDIT DETAILSThis query did not produce Armenian labels for many items even though they actually exist, only because of the extra space in the language code list. I think the labeling service should be more tolerant, or it should raise an error

  1   2   3   >