[05:34:47] Very hard to get a sense of the dependencies https://phabricator.wikimedia.org/T121937 [05:57:40] Nemo_bis, everything with a line going directly to it is a sub-task. The other items are sub-sub-tasks. However, it looks like the next update includes icons at the lefthand side indicating direct sub-tasks explicitly, e.g. https://secure.phabricator.com/T10034 [06:03:08] But I do agree that the bugzilla implementation was quite good (e.g. https://bugzilla.mozilla.org/showdependencytree.cgi?id=740122 ) [06:58:07] I know the meaning of the lines, rationally, but that doesn't help [07:56:30] Direction is especially confusing [10:42:17] RoanKattouw: u there? [11:30:08] CFisch_WMDE: Too early for him. He's in PST. [11:36:58] yeah thought so [11:37:19] solved the issue so it does not matter anymore :-) [11:37:38] but thanks [14:52:02] musikanimal, so you're tryng to breack abuse filter? I'll try to be around for the case something may be needed on pt.wp [15:02:27] is cirrus search’s “did you mean” suggestion for a query available via the API? trying to find that in docs but no luck so far [15:03:27] enhydra: unfortunately no :(, the work around seems to send a fulltext request with limit 1 [15:10:22] enhydra: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=query&format=json&list=search&srsearch=albrt+einstein&srlimit=1 [15:10:44] does not seem to work when search is used as a generator but it works with list [15:11:46] dcausse, wow, thanks! [17:55:36] alchimista: hey [17:55:53] I would love some help with ptwiki! you have some very complex filters [17:56:17] I'll PM you [17:59:44] * Nemo_bis was hit by the pt.wiki filters too [18:04:28] sure musikanimal.someday they'll need a deep cleanup too :P [19:38:09] Was there a recent change to something pertaining to the 'siteSub' ID? I used to have it set to hidden in my global.css, but it's stopped working a couple of hours ago or something like that. [19:41:04] Also, purging a page now requires confirmation for some reason... [20:02:51] At least this was the code I used for hiding the tagline. https://meta.wikimedia.org/wiki/User:Srdjan_m/global.css [20:03:05] It just doesn't seem to work now. [20:09:11] Hello, I am not sure if it is the place to ask. I want to generate a dictionary for an external tool from the wiktionary dump. I downloaded the thing and git a parser working too. However, some meta-data such as if the work is a noun or adjective seem only to be present in the data part of the XML. Is there a data source that has these "common" fields into more computer friendly format? [20:10:05] Srdjan_m: hmm, on Meta it's overridden in https://meta.wikimedia.org/wiki/MediaWiki:Monobook.css [20:10:30] perhaps the loading order changed. you user CSS should probably override site CSS. [20:10:33] Krinkle: ^ [20:10:40] Elv1313: there won't be a wikimedia dump with that [20:10:58] (i'm assuming this is for MonoBook only, Vector doesn't display the siteSub at all) [20:11:37] Vector does show sitesub. [20:12:07] maybe dbpedia has structured that [20:12:19] otherwise you will need to parse the templates yourself [20:12:29] Platonides: ok, just because I am curious, is it because the data doesn't exist / isn't curated or because the dumps are incomplete. Even most paper dictionaries have a formatted sections for this meta-data (like libre (adj. s) in french dictionaries [20:12:49] Elv1313: the dumps contain the page text [20:13:01] it's like having a .txt with the dictionary contents [20:13:10] wasn't there some kind of wikidata announcment a while back? [20:13:12] and expecting them in a database format [20:13:22] oh. huh. it's apparently hidden on most wikis i visit often. [20:13:53] Elv1313: wikidata is a different project [20:13:59] http://wikidata.org/ [20:14:26] there you would have the data structured [20:14:43] but I don't think all the wiktionary data will be found there [20:15:09] ok, thanks. I will see how reliable parsing the content gets [20:22:41] [20:22:41] [20:22:46] MatmaRex: Order is still good. [20:24:05] MatmaRex: Ah shoot, the global userjscss somehow moved to before the site styles [20:24:21] [20:24:21] [20:24:21] [20:24:21] [20:24:21] [20:24:21] [20:24:55] hmmm? [20:25:10] is it because it comes before alphabetically? [20:27:03] Hm... I'm guessing my second comment can be explained by this change https://gerrit.wikimedia.org/r/#/c/304157/ [20:27:38] https://phabricator.wikimedia.org/T143357 [20:27:50] legoktm: Nope, but I'll look into it. [20:28:03] ok [20:28:10] (GlobalCssJs is still on my ping list :P)