[10:10:27] 管理在？ [10:12:18] 其实本人都不清楚电脑中毒导致是否有改动维基数据请帮忙查实谢谢 [11:06:33] What can be the reason that the Label-Template does not output anything in our Wikibase-installation? [11:06:33] • can it be that some sort of index for wikibase-client has to be generated? (we have both repository and client enabled) [11:06:33] • can it be that we are using the "Item:"-namespace for entities and not the main namespace like Wikidata? [12:07:09] Lydia_WMDE: I seem to be running into https://phabricator.wikimedia.org/T85342 again quite often on Wikidata. Probably best to just reopen this bug to preserve the history? [12:55:06] multichill: reopening now [13:15:26] Ongoing schema changes for your guys? [13:15:29] Possibly related... [13:16:47] is there? [13:17:00] i see [13:17:20] [13:14:55] !log alter table on db1082 - wikidatawiki T69223 [13:17:20] T69223: Schema change for page content language - https://phabricator.wikimedia.org/T69223 [13:17:47] yeah [13:18:05] i don't know if multichill's issue is just now though [13:21:02] Should the REL1_28 of the Wikidata meta repo be "stable" enough for usage elsewhere? [13:31:14] Reedy: This has been happening for quite some time (several weeks) [13:35:25] Reedy: not sure [14:08:03] https://www.wikidata.org/wiki/Special:Contributions/Llywelyn2000 <- looks like some tried to build his own article place holder...... [14:08:49] I wonder how long articles like https://cy.wikipedia.org/wiki/Adele_R%C3%B6der will last.... [14:10:44] You mean before it kills the cluster? :P [14:11:45] No, very low quality bot generated articles have a higher risk than normal to get nuked [14:22:30] I'd rather people did that (using wikidata data) than do what svwiki/cebwiki is doing (which creates so much work for us) [14:42:41] nikki: well, it has stopped now on svwiki [14:43:27] that's good to know [14:45:17] and, knock on wood, we might actually go beyond experementing with data from wikidata in templates [14:52:04] Ainali: What happened? [14:58:33] multichill: Regarding the stop? There were discussions about the uality of some articles (rather the selection of what to make articles about) which led to the Lsj leaving the project [15:25:47] He did? Bit of a diva? My way or the highway? [15:27:46] No, to be fair, nearly none of the critique were delivered in a constructive way [15:29:16] And some that were borderline in being offensive. So he got tired of the climate rather than having to change [16:02:22] * hoo just branched Wikibase [16:10:38] hoo: btw, autodesc seems to be using that thing you mentioned yesterday, that fetches info about every item in a search result and it's super useful and a bunch of people use it, so that's probably where a lot are coming from [16:11:01] ah, I see [16:11:19] Can you create a bug in phabricator? [16:11:44] what's the problem? that it should stop using ids? [16:12:31] no, it should not prefix them [16:12:57] ah [16:13:53] I guess I should check it is prefixing them first :) I misunderstood what you said originally as the ids parameter being the problem [16:18:38] aha "https://www.wikidata.org/w/api.php?action=wbgetentities&format=json&ids=PROPERTY:P2334&callback=..." [16:18:58] that would also explain why it displays "Query error" instead of a description [16:43:55] hoo: https://phabricator.wikimedia.org/T153089 [16:45:34] nikki: Great, thanks :) [19:12:47] Hi, anybody knows how to run a query with petscan? [20:20:32] Rodejong|AwAy: Yes, plenty of people know exactly how to do that :-) If you describe what you would like to do, I'm sure someone will give you a hand [20:22:22] * multichill wonders if Reedy sees a log entry every time https://www.wikidata.org/w/api.php?action=wbgetentities&format=json&ids=PROPERTY:P2335&callback= gets reloaded [20:22:39] Je pingt de verkeerde multichill [20:24:16] O ja, een tweeling. Dacht dat jij dat was [20:38:51] hehe [21:21:29] yuvipanda: Didn't you have some easy solution so people could use their bot account with PAWS? [21:22:04] https://www.wikidata.org/wiki/Special:Contributions/Edoderoo is using his own account, but he does have a bot account. Bit of a hassle with logging out, multiple sessions, etc. [21:28:36] multichill: speaking of which, could you have a look at http://tinyurl.com/zd5t7dz? they don't look very dutch... [21:29:43] (presumably it should be edoderoo who should fix them, but after last time I really don't want to get involved or even look at the bot's edits in case I find yet another problem) [21:30:36] I assume he just copied it from English. Which is better than nothing, but in this case a bit odd [21:31:26] yeah [21:32:22] hoi multichill [21:33:08] hi edoderoo, [22:28] multichill: speaking of which, could you have a look at http://tinyurl.com/zd5t7dz? they don't look very dutch... [21:33:25] Any idea what happened there? Looks like it was copied from English [21:34:50] that was the mistake from may, that we only could repair for a part... [21:34:53] this is another part [21:36:13] let me see if I can save the result of that query, then I can clear the labels if they're equal to :en [21:39:19] Ok, so it wasn't intentional? ;-) [21:39:49] no, since early may I stopped filling labels... [21:40:02] and in august I started again, but only for a very few P31-types [21:41:08] Humans are not very risky I guess [21:41:25] there are a few that are save, like song names, or album titles [21:41:29] safe [21:41:56] human names can be risky though, when they are transliterated from slavic languages [21:42:43] I ran a script for that in january of february, where I transliterated those names from the Russian/Serbian/etc labels, according to the transliteration rules for nl-wiki [21:48:48] I am creating a script now to clear those labels, where they are still equal to the :en-label [22:41:43] those faulty nl-labels on languages are now being fixed