Hi Magnus, the toolsdb disaster for the last two days caused the api.php for my game to fail, so Distributed Game knocked it out of the list. Could you re-add it as game 49? Thanks. Here's the URL: https://tools.wmflabs.org/wd-depicts/api.php
User talk:Magnus Manske
On second thought, let's wait until toolsdb gets back up to speed on Tuesday and I'll message you again
I tried to fix it, but can't get a database connection. Looks like Labs still is not well. Anyway, it should be re-added automatically after a day or so once databases work normally again.
Hi Magnus - See What determines when a batch starts running? - no batch after 8401 has started, seems like since about mid-day yesterday ???
And now they seem to have run some time yesterday... Not sure what happened there!
Hmm, Quickstatements was working earlier this morning, but seems to have frozen again. When I go there it says I need to log in; when I hit the login link I get a '500 - Internal Server Error'!
I guess will have to wait till next week.
perhaps overloaded
Probably related to general toolsdb woes the last 48 hours hitting everything on toolslab.
by now mix-n-match is so slow that it is 100% unusable.
a few dozen like this one:
https://www.wikidata.org/w/index.php?title=Q212730&type=revision&diff=857347529&oldid=847654271
with values from a different person
it is also bogus within mix'n'match https://tools.wmflabs.org/mix-n-match/?#/search/klaus%20kinkel?include=875
If we add qualifier = 1810 to catalog 1746 along with the new property {{p|6486}}, will MnM add the catalog entry title to the {{p|1810}} field?
i don’t understand how qualifiers work in MnM. @Gerwoman
Sorry, I don't know either. I've tested but don't seem to work.
They don't. Used to, but deactivated; things get too complex :-(
Okay, thanks for getting back to me.
Hallo Magnus, hier haben wir mal wieder ein Beispiel dafür, warum ich so sehr gegen Automatismen bin. Da ist ja so ziemlich alles falsch gelaufen. So gibt es in 8 Sprachen Namensangaben - doch nur eine ist richtig. Auf Deutsch etwa heißt der Eupolis-Maler, auf italienisch Pittore di Eupolis, auf französisch Paintre de Eupolis. Einfach den Englichen Namen für die ganze Welt zu verwenden ist schlicht falsch. Das per Hand zu machen dauert natürlich alles länger, aber das Ergebnis ist einfach brauchbarer. Natürlich kann man kritisch anmerken, daß das wohl alles schon da wäre, gäbe es schon die Eingabemaske, die leider bei den Entwicklern nicht die Priorität hat, obwohl sie bei dir gesehen haben, daß es sehr wohl geht.
Da hast Du recht, das ist für Menschen (Q5)-Einträge auf Mix'n'match. Das sind überwiegend Namen, die gehen meist in allen "europäischen" Spachen, aber hier halt 'ne Beschreibung.
Ja - Notnamen sind hier ein Problem. Für Namen nutze ich ja VIP, da kann ich mit quasi einem Druck alle Namen in lateinischen Schriften eingeben (zumindest bei Männern, es sei denn, Vor- und Nachname sind wie etwa im Ungarischen vertauscht).
Good afternoon! If possible can you hav a look at the Exel file I sendt you on 17. January 2019 on the item Mix'n'Match for the national Archive actors and consider if it is possible to make a Mix ,n' Match out of this file?
Hello Magnus, schau doch bitte mal auf deiner Diskussionsseite auf dewiki vorbei. Gruß
Could you do something about this warning? Thank you
Hello Magnus.
I have been using QuickStatements to add author citation information to fungus items and in general it works very well, but I have a problem. I would like to make two separate claims P2868"subject has role" = Q810198"basionym" with qualifier P642"of" = Q58236853"Rhizomarasmius setosus" and a separate claim P2868"subject has role" = Q810198"basionym" with qualifier P642"of" = Q10432250"Marasmius setosus" (see Q58240772 "Agaricus setosus"). But when I use V1 QuickStatement lines like the following to insert this
Q58240772 P2868 Q810198 P642 Q58236853 S248 Q1860469 S813 +2019-02-04T00:00:00Z/11
Q58240772 P2868 Q810198 P642 Q10432250 S248 Q1860469 S813 +2019-01-04T00:00:00Z/11
the second P642"of" value is merged into the same claim as the first (see Q12229318 "Agaricus undatus" for an example of this). I want to keep the values in separate claims because when they are merged it is not possible to know which reference is associated with which P642"of" value. Is there some way that I could tell QuickStatements to keep the claims separate?
I run into the same issue with copyright status (P6216) statements, and found a workaround described at Help:Copyrights#QuickStatements. Maybe this will help.
@Jarekt Thanks a lot for this answer. Up to now I just added the later claim without checking if there is an earlier claim with a different qualifier value. But I wouldn't have to do that, I would always use a dummy value instead of Q810198"basionym" and add a template to the P2868 talk page to translate the dummy value to Q810198. These property talk page templates are a new world for me. It is good to know that there is a probable solution, perhaps I will try it out.