Magnus Manske
all talk archives and subpages user pages · [m:special:CentralAuth/Magnus Manske m:special:CentralAuth] · JIRA
Dear Magnus Maske. On 29. April 2023 the bot Reinheitsgebot added the VIAF id 46875070 to the wiki data object „Alexander Lwowitsch Maly“ (Q28872489). This is wrong, because VIAF=46875070 refers to Aleksandr Petrovitch Rybasov, who is definitely soemone else. Could you please check this? Kind regards FerdiBf (talk) 08:27, 15 December 2024 (UTC)
- Dear FerdiBf, if you know what is wrong with the edit, please fix it. I have no idea what my bot did almost two years ago. As bots do automated edits, this one probably made a mistake. --Magnus Manske (talk) 11:35, 16 December 2024 (UTC)
- Ok, I manually removed everything which is not related to Alexander Lwowitsch Maly. I don't know whether it makes sense to edit bot generated data because these might reappear by automated processes. But let's hope for the best! --FerdiBf (talk) 08:02, 17 December 2024 (UTC)
- Next time also remove wrong Mix'n'match matches, because without this, this can be reason to error reappear (the easiest way to do this is to install script, probably
- importScript( 'User:Magnus Manske/mixnmatch gadget.js' ); - ask Manske). 87.205.242.69 11:49, 17 December 2024 (UTC)
- Ok, I manually removed everything which is not related to Alexander Lwowitsch Maly. I don't know whether it makes sense to edit bot generated data because these might reappear by automated processes. But let's hope for the best! --FerdiBf (talk) 08:02, 17 December 2024 (UTC)
FYI Claims were made to the wrong author as Q3184247 instead of https://orcid.org/0000-0002-7579-2829 in change https://www.wikidata.org/w/index.php?title=Q59854832&diff=next&oldid=1797663671 Looks like an incorrect author match. I'll work to cleanup these articles/author to Q131456310. Wolfgang8741 (Ohio University) (talk) 23:34, 16 December 2024 (UTC)
Hi Magnus. Could you scrape the dates and add them to the description and auxiliary data? Thank you. Gerwoman (talk) 11:50, 19 December 2024 (UTC)
- Running now. --Magnus Manske (talk) 16:43, 19 December 2024 (UTC)
Could you insert the dates in this catalog from the description? Thank you Gerwoman (talk) 18:26, 26 December 2024 (UTC)
- Running now. --Magnus Manske (talk) 15:11, 27 December 2024 (UTC)
Hello, your bot created this item, but all it says is the name, the property of human, and the occupation of researcher. Based on googling, I have a faint hunch which person it might be but it could be actually a completely different person, a mere namesake. Could you please add some identifiers or field of work or something else about him? Adam78 (talk) 02:49, 1 January 2025 (UTC)
Hello! This is an old edit of the bot, but maybe there is some information about why it happened this way: Zoltán Hantos (Q114446041) and Zoltán Hantos (Q114446042) have the same name and the same special field. According to the Hungarian registry (MTMT) it is the same person. The same publications that are now associated with two persons in the Wikidata database belong to one person in the MTMT database. But there may be a mistake here (e.g. father and son who have the same profession), so I ask if there is any data on why there are two Zoltán Hantos items? Thanks, bye! p.s.: if you don't answer for a few days, I'll merge these two elements Pallor (talk) 12:13, 5 January 2025 (UTC)
Could you scrape the dates of this catalog? Thank you Gerwoman (talk) 16:45, 5 January 2025 (UTC)
- Not many cases but for example https://www.konschtlexikon.mnaha.lu/entry/lkl003632/ Gerwoman (talk) 17:53, 11 January 2025 (UTC)
Hello. I found out that the "Lande" value in GND does not define подданство/гражданство (P27). I can't find documentation for the GND, but @Dorades: claims so (edit). I know that we can't indiscriminately add all data by the GND reveal script when it comes to citizenship (sometimes it adds anachronistic statements, e.g. Italy, when at that time there was no unified, single Italian state). Is there a way to fix this? Nibemben (talk) 22:38, 5 January 2025 (UTC)
It says not logged in or not autoconfirmed Gerwoman (talk) 10:59, 6 January 2025 (UTC)
- This is working. My bad. Gerwoman (talk) 06:52, 8 January 2025 (UTC)
Hi Magnus! Would it be possible to merge https://mix-n-match.toolforge.org/#/catalog/143 and https://mix-n-match.toolforge.org/#/catalog/768 into one single catalogue with IDs compatible with Wikidata? Thanks very much! --Epìdosis 08:19, 7 January 2025 (UTC)
- I have converted the IDs to Wikidata-compatible, where possible. I did move entries from 768 to 143 where they did not exist, but that was only 428. Both catalogs now have the same ID schema, and are associated with the same property. I have not merged them, because they contain different descriptions, and one might be more helpful than the other; concatenating them might cause problems because descriptions are of limited length in MnM. They can (and will be) synced via WD. I hope that works for you. --Magnus Manske (talk) 09:57, 7 January 2025 (UTC)
- Thanks very much, now the situation is much better. Have compared in some tens of cases the two descriptions, I think those of 768 are always more complete than those of 143; so I would propose to deactivate 143. @Nono314: do you agree? Epìdosis 17:57, 7 January 2025 (UTC)
- Indeed I had built descriptions for 143 out of select bit of facts from article header, so they are always a subset of the full start of article. Ids were key so if they have been updated in 768, the old catalog no longer brings added value. The catalog description can also probably be amended to reflect the fact that ids are now WD compatible. Nono314 (talk) 22:09, 7 January 2025 (UTC)
- There are 9717 entries in 143 that are not in 768. Should I move those over to 768 before I deactivate 143? --Magnus Manske (talk) 11:26, 8 January 2025 (UTC)
- I think it would be better to move these entries to 768 before deactivating, yes! Epìdosis 18:40, 8 January 2025 (UTC)
- There are 9717 entries in 143 that are not in 768. Should I move those over to 768 before I deactivate 143? --Magnus Manske (talk) 11:26, 8 January 2025 (UTC)
- Indeed I had built descriptions for 143 out of select bit of facts from article header, so they are always a subset of the full start of article. Ids were key so if they have been updated in 768, the old catalog no longer brings added value. The catalog description can also probably be amended to reflect the fact that ids are now WD compatible. Nono314 (talk) 22:09, 7 January 2025 (UTC)
- Thanks very much, now the situation is much better. Have compared in some tens of cases the two descriptions, I think those of 768 are always more complete than those of 143; so I would propose to deactivate 143. @Nono314: do you agree? Epìdosis 17:57, 7 January 2025 (UTC)
I have moved the missing ones from 143 to 768, and renamed 768 to indicate this is now "the" catalog. --Magnus Manske (talk) 11:37, 17 January 2025 (UTC)
Hello Magnus Manske, is it okay to replace the image by a better quality one? Thank you for your time. Lotje (talk) 16:33, 7 January 2025 (UTC)
- Of course, thanks for that! --Magnus Manske (talk) 11:17, 8 January 2025 (UTC)
Please scrape dates from web as in https://www.digitalarchivioricordi.com/en/people/display/12453/Giuseppe%20Albinati for example. Thank you. Gerwoman (talk) 10:23, 13 January 2025 (UTC)
- This catalog was deactivated? --Magnus Manske (talk) 15:20, 16 January 2025 (UTC)
- Not by me. Gerwoman (talk) 08:30, 17 January 2025 (UTC)
- Apparently there is a new one, will that work? --Magnus Manske (talk) 10:08, 17 January 2025 (UTC)
- OK thank you.
- Done Gerwoman (talk) 10:59, 18 January 2025 (UTC)
- Apparently there is a new one, will that work? --Magnus Manske (talk) 10:08, 17 January 2025 (UTC)
- Not by me. Gerwoman (talk) 08:30, 17 January 2025 (UTC)
Would you be able to update this script to reflect the changes to VIAF's website? Huge thanks in advance. Sjoerd de Bruin (talk) 20:17, 13 January 2025 (UTC)
- Should be done, please check it! --Magnus Manske (talk) 13:28, 16 January 2025 (UTC)
- Seems to work, thank you! Sjoerd de Bruin (talk) 14:56, 16 January 2025 (UTC)
- It seems to have some trouble with HTML-escaping, see for example Avantgarde (Q131695983). Sjoerd de Bruin (talk) 10:28, 19 January 2025 (UTC)
- Seems to work, thank you! Sjoerd de Bruin (talk) 14:56, 16 January 2025 (UTC)
by name/dates please Gerwoman (talk) 08:32, 17 January 2025 (UTC)
- Please automatch 6641 as well. Gerwoman (talk) 08:36, 17 January 2025 (UTC)
- Both running now. --Magnus Manske (talk) 10:20, 17 January 2025 (UTC)
Hi Magnus Manske, could you take a look at geohack
(c.f. w:en:Wikipedia:Village_pump_(technical)#What_happened_to_Geohack?. Thank you, Xaosflux (talk) 18:18, 17 January 2025 (UTC)
- Some temporary toolforge issue I believe. --Magnus Manske (talk) 18:09, 18 January 2025 (UTC)
Hi! I have seen that https://listeria.toolforge.org/botstatus.php is blank, all the times I tried to load it in the last weeks. Is it normal? Thanks as always, --Epìdosis 18:58, 18 January 2025 (UTC)
As I created the catalog via tabbed file, there is no option to run automatches by dates. Gerwoman (talk) 07:34, 21 January 2025 (UTC)
- Running now. --Magnus Manske (talk) 08:55, 21 January 2025 (UTC)
- Thank you! Done Gerwoman (talk) 10:57, 21 January 2025 (UTC)
Thank you. Gerwoman (talk) 06:31, 22 January 2025 (UTC)
- Done. I really need to automate this. --Magnus Manske (talk) 08:52, 22 January 2025 (UTC)
- Thanks. Done Gerwoman (talk) 10:07, 22 January 2025 (UTC)
Hello, can you please take a look at this? DreamRimmer (talk) 18:11, 23 January 2025 (UTC)
- On it. --Magnus Manske (talk) 18:44, 23 January 2025 (UTC)
- Sorry to bother you again, but it's down again. DreamRimmer (talk) 13:19, 8 February 2025 (UTC)
Thank you. Gerwoman (talk) 12:51, 24 January 2025 (UTC)
- Running. --Magnus Manske (talk) 16:32, 24 January 2025 (UTC)
Hi, as far as I can see the URLs for mixnmatch:4658/Encyclopaedia of Islam (second edition) ID (P9862) have changed and for mixnmatch:4658 in the IDs the underscore "_" would need to be changed to hyphen-minus "-" and the formatter URL pattern changed from https://referenceworks.brillonline.com/entries/encyclopaedia-of-islam-2/*-$1
to https://referenceworks.brill.com/display/entries/EIEO/$1.xml
. If you have time to look into it, that would be great! Thanks in advance, --Marsupium (talk) 10:26, 25 January 2025 (UTC)
We already have 5363 and 6640 catalogs. Now 6684. Gerwoman (talk) 11:26, 27 January 2025 (UTC)
- Oops. Deleted. --Magnus Manske (talk) 09:24, 28 January 2025 (UTC)
Hi Magnus! I would like to ask for deactivation of two Mix'n'Match catalogs (see 1, 2), as unfortunately they both failed with regex parsing error, even though I checked everything thoroughly and don't really understand what the issue is. Before I created a catalog, in preview mode (here's my configuration) nothing hinted that the regex probably or definitely won't be suitable (regex that I used for the first attempt and here for the second). It would be helpful if Mix'n'Match had some sort of advance warning about this (or did not let you create a catalog at all if there is a regex failure), because after creating a catalog you can't change anything and generated error doesn't really help to figure out what's gone wrong, maybe I should ask for Mix'n'Match administrator rights if you don't mind? In any case I will try again to re-create a catalog (3rd attempt) with another slightly modified regex, but I can not guarantee that the catalog will be created properly since I can't figure out why regex doesn't seem to fit and if the attempt fails, we will have to deactivate the catalog again.
By the way for the third attempt I will try to use this regex: {"aliases":\s+.*?,\s+(?:"birthday":\s+(?:null)?)?(?:"birthday":\s+"(.*?)")?,\s+.*?},\s+"id":\s+(\d+?),\s+"lp_name":\s+.*?,\s+"tag":\s+"(.+?)",
. The text I've highlighted in yellow is where I think I made a mistake (regarding previous regexes) and that's why it didn't pass, but again I don't know if that's the case. If possible please let me know if that is or something else is the problem. Regards Kirilloparma (talk) 02:15, 29 January 2025 (UTC)
- Hi Kirilloparma, this is not your fault but mine. Originally, all of Mix'n'match was PHP, and the PHP regular expression rules apply, in both interface and back-end jobs. Some years ago, Toolforge changed the way jobs are done, which was incompatible with my approach in PHP. So I rewrote the back-end jobs in Rust, which uses a simplified Regex subset. So when you test the Regex in the browser, you talk to the PHP code, but the resulting job is run by the Rust code. I am aware that this is not ideal; I have tried to use an alternative Rust crate with the full Regex syntax, but it failed for me. I can try to manually run a single job in PHP; which catalog should I use? --Magnus Manske (talk) 10:25, 29 January 2025 (UTC)
- Thank you, that makes sense now! Yes, that's why the previous regexes didn't apply here ([1], [2]). In Rust, there are some characters (such as
{
) that should be escaped or not used at all if possible, so it's best to keep the regex as simple as possible. I think it would be useful to document somewhere that when creating an autoscraper, it is recommended to check the written PHP regex against Rust, since that is what Mix'n'Match uses. By the way, as I noticed such regex parser errors are usually observed with catalogs that use API URLs (it's all about the text, which is in JSON format) as it is clearly visible from the Mix'n'Match jobs log. - > I can try to manually run a single job in PHP; which catalog should I use?
- Okay, let's try the last one that was created. Regards Kirilloparma (talk) 04:24, 30 January 2025 (UTC)
- Hi Magnus! I would like to ask if there is any update regarding the affected catalogs? If autoscrape can't be restarted, no worries, we can proceed with deactivating the catalogs and I'll recreate them with already tweaked regex (according to Rust). I will also ask you to deactivate this catalog, unfortunately not all entries were retrieved from the database and it's my fault because I indicated the wrong number of entries during the configuration. Regards Kirilloparma (talk) 02:15, 9 February 2025 (UTC)
- Hi, I ran this one with the PHP autoscraper. I also upped the limit to 150K on this one and restarted the scrape. --Magnus Manske (talk) 09:03, 10 February 2025 (UTC)
- Hi Magnus! I would like to ask if there is any update regarding the affected catalogs? If autoscrape can't be restarted, no worries, we can proceed with deactivating the catalogs and I'll recreate them with already tweaked regex (according to Rust). I will also ask you to deactivate this catalog, unfortunately not all entries were retrieved from the database and it's my fault because I indicated the wrong number of entries during the configuration. Regards Kirilloparma (talk) 02:15, 9 February 2025 (UTC)
- Thank you, that makes sense now! Yes, that's why the previous regexes didn't apply here ([1], [2]). In Rust, there are some characters (such as
via name/dates. Thank you. Gerwoman (talk) 11:51, 4 February 2025 (UTC)
- Running now. --Magnus Manske (talk) 08:01, 5 February 2025 (UTC)
- Thank you! Done
by name/dates. Thanks. Gerwoman (talk) 13:12, 5 February 2025 (UTC)
- Running now. --Magnus Manske (talk) 15:12, 5 February 2025 (UTC)
Hallo Magnus, könntest Du zu Xeno-canto species ID (P2426) einen Mix'n'Match-Katalog erstellen? Der Identifikator wird nach dem Schema Dermanura watsoni -> Dermanura-watsoni gebildet. Viele Grüße ChristianSW (talk) 17:50, 5 February 2025 (UTC)
- In Arbeit. --Magnus Manske (talk) 17:51, 6 February 2025 (UTC)
- Danke schön! ChristianSW (talk) 18:32, 6 February 2025 (UTC)
"No Autoscraper for catalog 6711". Are you aware of this error? Thank you. Gerwoman (talk) 12:24, 8 February 2025 (UTC)
Hello, I'm writing to you regarding some Mix'n'match catalogues you've created. Specifically, I'm wondering if you could create a catalogue for Filmový přehled film ID (P7519) and fix the catalogue Kvikmyndavefurinn work since that last one just gives N/A as results. Also, the catalogue Runeberg author states that it updates automatically, yes it was soon three years ago since the last update according to the catalogue description. Sabelöga (talk) 16:45, 10 February 2025 (UTC)
- Hi, I have started the Runenberg scrape, but it is somwehat outdated. So I created a new one that should be more consistent with the current site. I'll look at the other ones tomorrow. --Magnus Manske (talk) 20:22, 10 February 2025 (UTC)
- Hi, how did this go? I saw you fixed the Runeberg catalog, but what about the other two catalogs? Sabelöga (talk) 23:40, 7 March 2025 (UTC)
Please run automatch by name/dates. Thank you. Gerwoman (talk) 09:04, 15 February 2025 (UTC)
- Done, date match running. --Magnus Manske (talk) 15:38, 18 February 2025 (UTC)
- Thank you. I've seen some false negatives: https://mix-n-match.toolforge.org/#/entry/178202545, https://mix-n-match.toolforge.org/#/entry/178202550, https://mix-n-match.toolforge.org/#/entry/178202636. Do you know why? Gerwoman (talk) 16:45, 18 February 2025 (UTC)
- Not sure. Sometimes a minor difference in spelling (e or é) can prevent a match. I am running the matcher again just to be sure. Magnus Manske (talk) 16:52, 18 February 2025 (UTC)
- Thank you Done
- Gerwoman (talk) 07:11, 26 March 2025 (UTC)
- Not sure. Sometimes a minor difference in spelling (e or é) can prevent a match. I am running the matcher again just to be sure. Magnus Manske (talk) 16:52, 18 February 2025 (UTC)
- Thank you. I've seen some false negatives: https://mix-n-match.toolforge.org/#/entry/178202545, https://mix-n-match.toolforge.org/#/entry/178202550, https://mix-n-match.toolforge.org/#/entry/178202636. Do you know why? Gerwoman (talk) 16:45, 18 February 2025 (UTC)
Hi Magnus:
I've been working with Ege Doğan on finding and fixing problems in Wikidata. He is interested in doing some coding related to Wikidata, particularly games to fix constraint violations. I'm going to be a mentor for a Google Summer of Code proposal on this, with the Wikimedia Foundation as the participating organization.
The plan is to use your Distributed Game system as inspiration for the system. Because of this, I was thinking that you would be a good second mentor. Are you interested?
Thanks,
Peter F. Patel-Schneider Peter F. Patel-Schneider (talk) 22:29, 18 February 2025 (UTC)
I confused IDs and names in mixnmatch:6741. Sorry. Matthias M. (talk) 08:42, 19 February 2025 (UTC)
- Done. --Magnus Manske (talk) 11:47, 19 February 2025 (UTC)
Please automatch name/dates. https://mix-n-match.toolforge.org/#/catalog/6745 Gerwoman (talk) 08:43, 20 February 2025 (UTC)
- Done, running now. --Magnus Manske (talk) 10:16, 20 February 2025 (UTC)
- Thank you Magnus. Done Gerwoman (talk) 16:51, 21 February 2025 (UTC)
Automatch by born date. Thanks. Gerwoman (talk) 16:53, 21 February 2025 (UTC)
- Running now. --Magnus Manske (talk) 12:11, 25 February 2025 (UTC)
In my previous attempt to import the TSV file, the remote database contained line break characters in some entry names, resulting in unexpected entries. Could you purge them out? Thanks. -- Func86 (talk) 13:01, 22 February 2025 (UTC)
Hi! Recently QuickStatements is much slowed by a lot of batches which are running uselessly because they don't make edits ... since they are by indefinitely blocked users; phab:T386978 was also opened about this. I would propose the two following remedies to the issue:
- each time the batch tries to make an edit, it checks if the user is blocked; if so, the batch stops automatically
- Wikidata administrators should be able to stop whichever batch (as of now, when an administrator clicks "stop" on a certain batch, it restarts after a few seconds)
Thanks in advance! --Epìdosis 00:25, 23 February 2025 (UTC)
- Yes, please, could you stop the batches of: Anton Dannenberg, Wilhelm Heidemann, Hugo Helvetia, Gerhard Oberland, Daniel Bonin, Mario Mainz, VerifyToday, Hans Schram. Thank you. --Gerwoman (talk) 10:33, 28 February 2025 (UTC)
- BTW, the situation is worsening: this evening a normal batch by a non-blocked user advances by only 4 edits a minute, i.e. a batch of 10k edits takes 41+ hours to complete. --Epìdosis 21:50, 3 March 2025 (UTC)
- It's not worsening, it is like this for weeks. Sleepy admins. Vinzenz Hochstrasser (talk) 11:45, 14 March 2025 (UTC)
- Maybe admins too busy with searching users that make valuable contributions. https://archive.ph/https://quickstatements.toolforge.org/%23/batches Vinzenz Hochstrasser (talk) 11:57, 14 March 2025 (UTC)
- I don't understand why nobody is able to stop those sockpuppets running batches. Any explanation? These are the new ones:
- User:Xavier_Waldburg, User:Rich_Ingvar, User:Yves_Schneider. It's almost impossible to work with batches. Gerwoman (talk) 19:26, 24 March 2025 (UTC)
- Seems Admins can't do anything. See T386978. @Magnus Manske: is it possible to reboot the queue? Meanwhile QuickStatements 3 seems to be the long term fix, but I'm still not used to the new way. NGOgo (WikiProject Nonprofits!) 05:52, 7 April 2025 (UTC)
- BTW, the situation is worsening: this evening a normal batch by a non-blocked user advances by only 4 edits a minute, i.e. a batch of 10k edits takes 41+ hours to complete. --Epìdosis 21:50, 3 March 2025 (UTC)
I have added a check for blocked users. It is run on every ~20th batch edit, to keep load to the API low. If the user is blocked, all their batched will be blocked. So they may be able to start batches, but they will stop after a short while automatically. Please let me know if this works, and if there are any unforseen side effects. --Magnus Manske (talk) 10:02, 7 April 2025 (UTC)
- Thank you Magnus. Gerwoman (talk) 18:15, 7 April 2025 (UTC)
- Thanks indeed — seems to work fine. --Daniel Mietchen (talk) 23:03, 7 April 2025 (UTC)
Could you launch the automatch via name/dates in this catalog? Thank you. Gerwoman (talk) 11:48, 1 March 2025 (UTC)
- The same for 6757 catalog please. Gerwoman (talk) 17:28, 1 March 2025 (UTC)
- And also 6764 Gerwoman (talk) 21:47, 2 March 2025 (UTC)
Hello Magnus
Glamtools has been giving a 504 for the past day. Are you able to fix that? On another note, thank you very much for your development and maintenance of MediaWiki and associated tools.
Hallo Magnus, Glamtools hat in den letzten 24 Stunden einen 504-Fehler ausgegeben. Wäre es möglich, dass Sie dies beheben? Nebenbei möchte ich Ihnen herzlich für Ihre Entwicklung und Wartung von MediaWiki und den zugehörigen Tools danken. JayCubby (talk) 00:08, 4 March 2025 (UTC)
WOW, now it automach via person dates just reading it from the description! Good job, Magnus! Gerwoman (talk) 18:35, 10 March 2025 (UTC)
See AN. Thanks! Wüstenspringmaus talk 09:19, 12 March 2025 (UTC)
Could you match by birth date and by death date. https://mix-n-match.toolforge.org/#/catalog/6793
Thank you Gerwoman (talk) 10:38, 14 March 2025 (UTC)
- Running now.--Magnus Manske (talk) 14:08, 14 March 2025 (UTC)
- Thank you Done
- Gerwoman (talk) 07:11, 26 March 2025 (UTC)
Hallo, beim Katalog mixnmatch:3981 gibt es ein Problem. Die ID kann nämlich Umlaute enthalten wie bei https://historisches-lexikon.li/Jäger,_Johannes. Mix'n'match macht daraus J%C3%A4ger,_Johannes, was daher der Wert von eHLFL ID (P13079) bei Johannes Jäger (Q132132755) ist. Wenn man nun auf den Link zur Webseite klickt, landet man aber bei https://historisches-lexikon.li/J%25C3%25A4ger%2C_Johannes, wo nur eine Fehlermeldung angezeigt wird. Das Problem scheint darin zu bestehen, dass zweimal URL-Encoding durchgeführt wird. Kannst du das irgendwie beheben? D3rT!m (talk) 11:09, 14 March 2025 (UTC)
- Sollte jetzt erledigt sein (in MnM)--Magnus Manske (talk) 13:02, 14 March 2025 (UTC)
- Super, vielen Dank! D3rT!m (talk) 13:48, 14 March 2025 (UTC)
- https://www.wikidata.org/w/index.php?title=Q133277002&diff=2324524997&oldid=2324516559
- https://www.wikidata.org/w/index.php?title=Q133276951&diff=2324516528&oldid=2324514991
I checked 2 so far and each was wrong ... Vinzenz Hochstrasser (talk) 11:44, 14 March 2025 (UTC)
https://www.wikidata.org/w/index.php?title=Q488016&diff=prev&oldid=1722282645 - year of birth and death are the same. What else was used for matching? MergeExpert (talk) 06:34, 15 March 2025 (UTC)
Hi Magnus! Excuse me for disturbing, I took this Saturday morning to have a look at all the past discussions from 2016 to 2024 in User talk:Magnus Manske/Structured Discussions Archive 1 that I had annotated as interesting and not yet solved, and I would like to summarise them here, hoping that some interesting suggestion can emerge. I omitted the parts regarding QuickStatements, since they are all either already implemented or being implemented in the 3.0 version. I divide them by topic in subsections:
PetScan
edit- 2016 (Topic:Tceom35j4g82rkym): add the possibility to add qualifiers and references
- 2017 (Topic:Twwv11z4om4oiu2l = Topic:Tq14uta53h57huo2): expand PetScan using Wikidata category items
- 2018 (Topic:Ucw0n25a7b7p6za4): add the possibility to select more than one label language at the same time, with the possibility to list more than one language in order of preference (as in the Query service)
Reasonator
edit- 2019 (Topic:Vbvtiu85v0wqcpkb): bug of values with multiple qualifiers being shown 3 (now 5) times, e.g. Jane Belson here
Mix'n'Match
edit- 2020 (Topic:Vl8reqahkhkl4jq8): add the possibility to flag catalogs with "Wikidata description = no", to avoid the descriptions of the entries being used as descriptions in Wikidata items
- 2020 improvements (Topic:Vqzxlmdonip2vscc)
- check big catalogs, such as https://mix-n-match.toolforge.org/#/catalog/150, to see if it is possible to have sync-page work
- add the possibility to flag catalogs with "import dates/references = no", to avoid the metadata of the entries being used as statements and references in Wikidata items (e.g. for Open Library ID (P648) = https://mix-n-match.toolforge.org/#/catalog/98; see also Topic:Vsyg1z6xqe78o5ez regarding VIAF cluster ID (P214) = https://mix-n-match.toolforge.org/#/catalog/2050)
- 2020 ideas (Topic:Vyiaj769g4yj6k4r)
- make it easier to merge catalogs
- when entries get matched to an item which is afterwards redirected, at the moment the catalog and Wikidata get out-of-sync, while there should be a botton that allows to adjust all such matches substituting the redirected item with the new item
- it would be comfortable, in the pages of a catalog (manually matched entries, automatched entries, unmatched entries), having the possibility to show: only entries with auxdata; only entries without auxdata; all entries
- it would be comfortable, when searching Mix'n'match, having the possibility to show one or both of the following categories of entries: manually matched entries; automatched entries; multiply-automatched entries; unmatched entries
- the internal search at the moment searches only in the names of the entries; it would be useful having a second search-box searching only in the auxiliary data of the entries, in order to exploit both at the same time
- 2021 (Topic:W3any1pfo3ooizds): add in https://mix-n-match.toolforge.org/import.php the possibility to define a formatter URL if no property is defined
- 2022 (Topic:Wo5c3sirso5yi8av): merge https://mix-n-match.toolforge.org/#/catalog/2811 and https://mix-n-match.toolforge.org/#/catalog/2812
- 2023 (Topic:Xmfn9bg8cama6zm1): add the possibility to manually delete auxiliary data from individual entries
- 2024 (Topic:Ygi0jnlh8cd1v51c): add the possibility for MnM admins of setting the flag "has_person_date" in catalog_editor; add to jobs for each catalog the possibility of trigger periodically a new check of https://mix-n-match.toolforge.org/#/issues/
Thanks as always, --Epìdosis 09:12, 15 March 2025 (UTC)
Example: https://www.wikidata.org/w/index.php?title=Q133287097&action=history
ISNI in VIAF and https://web.archive.org/web/20250316044338/https://d-nb.info/gnd/130418293/about/lds Othmar Ottens (talk) 04:48, 16 March 2025 (UTC)
Catalog 6073 seemingly has a lot of auto-matches that aren't actually linked to the target item. For example Gensō Suikogaiden (Q5533581) is supposedly matched but there is no such property on the item itself. Is there an easy way to find/fix these? —Xezbeth (talk) 14:33, 30 March 2025 (UTC)
Hello Magnus Manske, wonder which one to pick for Mario Basiola (Q3848321) and Mario Basiola (Q110041160) this is the image which imo would be suitable. thank you to much for your time. Lotje (talk) 15:55, 15 April 2025 (UTC)
The bot recently created the Austroscaeva (Q133885894) item and added the claim instance of (P31): extinct taxon (Q98961713), importing from species:Austroscaeva. This claim was incorrect, and I believe the bot may have misinterpreted the dagger character (†; see species:Wikispecies:Glossary#!) listed by one of the authors in the primary reference, indicating that it was published posthumously. Of course, the incorrect value is trivial to fix, but it may pop up as an issue again later.
Relevant revisions/pages: Austroscaeva (Q133885894), Austroscaeva (Wikispecies), Template:Mengual et al., 2018 (Wikispecies)
Thanks. --WrenFalcon (talk) 20:01, 16 April 2025 (UTC)
Guten Morgen, der ListeriaBot löscht in de:Vorlage:Haltestellen Actv (Venedig) schon mehrfach die Region. Dadurch kommt es zu mittlerweile über 20 Parameterfehlern in der Vorlage und dem eingebundenen Artikel. Möglicherweise liegt die Ursache ja hier auf wikidata, erschließt sich mir allerdings nicht. Kannst Du dir das bitte mal ansehen. Danke und schöne Ostern. ○●○2003:DE:715:5D5E:BC26:C5DA:8EAA:C9B 06:18, 17 April 2025 (UTC)
Dear Magnus, the "items without image" game on https://wikidata-game.toolforge.org/distributed/# seems to triple each statement added with the tool. See for example Hazel Green (Q2879336). Could you please check if anything needs to be fixed, as I would like to use the game in a workshop. Thanks! Beireke1 (talk) 11:54, 17 April 2025 (UTC)
I have just blocked your bot from editing the item as it was edit-warring with itself since August. --Matěj Suchánek (talk) 08:29, 22 April 2025 (UTC)
- Other examples: Q10443997, Q9056669, Q10621172, Q3125620, Q15031110. --Matěj Suchánek (talk) 18:20, 7 June 2025 (UTC)
- I have found the code responsible, and added a log to ensure that an item only ever gets one single specieswiki lnik change (or addition) from the bot. --Magnus Manske (talk) 12:56, 9 June 2025 (UTC)
Hi, Magnus!
Please, be careful Mix'n'Matching the items with Patrimonio Galego ID. You're doing a lot of mistakes.
Greetings from Galicia. --Estevoaei (talk) 15:17, 17 May 2025 (UTC)
- Thanks, I did an auto-matching based on coordinates (within 50m), name, and P31. Apologies if that did not go well, can you point me to an example? --Magnus Manske (talk) 17:12, 17 May 2025 (UTC)
- Many of your editions were in items of d:Q20541692 (settlements in Galicia) and d:Q2276925 (municipalities of Galicia). --Estevoaei (talk) 17:25, 17 May 2025 (UTC)
- I am trying to undo the bad ones now. --Magnus Manske (talk) 17:43, 17 May 2025 (UTC)
- Thanks a lot!
Another point: I don't know if you can fix that, but in the Patrimonio Galego Mix'n'Match, instead of d:Q939644 (high cross) should be d:Q371752 (calvary), and instead of d:Q43483 (water well) it should be d:Q483453 (fountain). How could it be fixed? --Estevoaei (talk) 17:51, 17 May 2025 (UTC)- Hi again! I'm undoing the mix-matches in P31 = Q12397176 (civil parish of Galicia). User:HombreDHojalata helped me doing this list of elements with Patrimonio Galego ID. --Estevoaei (talk) 08:45, 18 May 2025 (UTC)
- I have changed the P31s in Mic'n'match. Thans for all your help here! --Magnus Manske (talk) 11:52, 18 May 2025 (UTC)
- Hi again! I'm undoing the mix-matches in P31 = Q12397176 (civil parish of Galicia). User:HombreDHojalata helped me doing this list of elements with Patrimonio Galego ID. --Estevoaei (talk) 08:45, 18 May 2025 (UTC)
- Thanks a lot!
- I am trying to undo the bad ones now. --Magnus Manske (talk) 17:43, 17 May 2025 (UTC)
- Many of your editions were in items of d:Q20541692 (settlements in Galicia) and d:Q2276925 (municipalities of Galicia). --Estevoaei (talk) 17:25, 17 May 2025 (UTC)
Bug: "Create scraper" form not visible
I am logged in to Mix'n'match (https://mix-n-match.toolforge.org/#/scraper), but the "Create scraper" form does not appear. The interface loads, but I cannot see the expected fields like "Start URL", "Item selector", etc.
Tested on: - Browser: Chrome - Logged in: Yes - Tried in incognito and cleared cache
Expected: Form should be visible when logged in.
Thanks! Gerwoman (talk) 10:45, 21 May 2025 (UTC)
This edit from 2019 from your bot Reinheitsgebot is marked with #quickstatements; details; invoked by mixnmatch:aux2wd. It adds the property occupation (P106) with the value.writer (Q36180). This is an error as Göte Bergsten isn't a writer but instead a priest and metodist pastor. This has since been corrected but I just though I'd let you know in case the bot has other errors since. The bot has made around 400 edits adding writer (Q36180) to occupation (P106).[3] I'm intending to go through which ones are appropriate.
This was brought to my attention on sv:Wikipedia:Wikipediafrågor#Fula referenser. Sabelöga (talk) 19:34, 28 May 2025 (UTC)
Lieber Magnus, ich habe dich darüber auch schon anderweitig benachrichtigt, aber ListeriaBot (talk • contribs • logs) hat seine Arbeit am 3. Juni um 06:00 eingestellt. Für Mitarbeiter wie mich ist es ein ganz wesentliches Werkzeug, weil es Übersicht verschafft über das, was bereits da ist und das, was noch fehlt. Bitte starte den Bot erneut! Herzlich, Edelseider (talk) 05:40, 5 June 2025 (UTC)
- Neu gestartet, bitte sag Bescheid falls es immer noch Probleme gibt. --Magnus Manske (talk) 09:43, 5 June 2025 (UTC)
- Der Bot reagiert immer noch nicht auf manuelle Abfragen, mein Testobjekt ist Wikidata:WikiProject sum of all paintings/Creator/Max Ernst. Woran könnte es liegen? Viele Grüße, Edelseider (talk) 10:08, 5 June 2025 (UTC)
- Manuell sollte jetzt auch wieder gehen, hat grad für mich funktioniert. --Magnus Manske (talk) 11:49, 5 June 2025 (UTC)
- Danke!!! Edelseider (talk) 11:49, 5 June 2025 (UTC)
- Manuell sollte jetzt auch wieder gehen, hat grad für mich funktioniert. --Magnus Manske (talk) 11:49, 5 June 2025 (UTC)
- Der Bot reagiert immer noch nicht auf manuelle Abfragen, mein Testobjekt ist Wikidata:WikiProject sum of all paintings/Creator/Max Ernst. Woran könnte es liegen? Viele Grüße, Edelseider (talk) 10:08, 5 June 2025 (UTC)
Hello, I've noted that your Duplicity tool has been down for a few days now. Could you have a look? Thanks. Samoasambia ✎ 19:33, 12 June 2025 (UTC)
- Works for me. Which wiki? Example link? --Magnus Manske (talk) 06:24, 13 June 2025 (UTC)
- Interesting, now it's up again. Samoasambia ✎ 08:55, 13 June 2025 (UTC)