User talk:Mineo

Welcome to Wikidata, Mineo!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

Introduction – An introduction to the project.
Wikidata tours – Interactive tutorials to show you how Wikidata works.
Community portal – The portal for community members.
User options – including the 'Babel' extension, to set your language preferences.
Contents – The main help page for editing and using the site.
Project chat – Discussions about the project.
Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards!

--Ricordi samoa 00:02, 19 April 2013 (UTC)[reply]

Sources

Shouldn't your bot add sources to statements? Where do the data come from? --Ricordi samoa 21:22, 3 May 2013 (UTC)[reply]

The data comes from MusicBrainz itself - they do already link to wikipedia articles in different languages. Those links are used to get ItemPages from pywikipediabot (source) and from there pywikipedias function to get the wikidata page are used. At the time I requested the permissions noone was complaining about a lack of sources (but there was not much discussion, so... ;) ). If you wish I can start adding sources, although it's a bit unclear to me what a source should look like - Help:Sources doesn't list a URL property, Wikidata:Property_proposal/Pending#Awaiting_IRI_datatype lists a pending one, so the only thing that's left (afaik) is a Property:P143 to Q14005. --Mineo (talk) 08:28, 4 May 2013 (UTC)[reply]

I think the latter would be enough; I'd prefer discussing this with someone, though. --Ricordi samoa 11:55, 4 May 2013 (UTC)[reply]

I'm not very familiar with how Wikidata works, who'd be the one to talk to about this? --Mineo (talk) 13:01, 6 May 2013 (UTC)[reply]

I've updated the bot to add Property:P143 to Q14005 as a source which is about the same the VIAF, LCCN and GND importers do. --Mineo (talk) 12:55, 8 May 2013 (UTC)[reply]

OK :-) --Ricordi samoa 13:19, 8 May 2013 (UTC)[reply]

Update: now I'm running SamoaBot to add sources for unsourced statements previously added by your bot (example) :-) --Ricordi samoa 16:45, 13 May 2013 (UTC)[reply]

Botflag

Hi, your bot doesn't seem to trigger the bot flag properly, so it is flooding Recent Changes of patrolled edits. If you're using Pywikipediabot, you can trigger it simply by adding "bot=True" in your POST queries. --Ricordi samoa 19:37, 8 May 2013 (UTC)[reply]

Yes, I'm using pywikipediabot BUT I am already setting the bot flag. It might have been that I was hit by a bug in PWB, so I've updated the PWB version the bot is using and changed it to explicitly set the (undocumented for addSource) bot flag on add source edits. --Mineo (talk) 23:28, 8 May 2013 (UTC)[reply]

Bot feedback

Looks like your bot has added artist information to the item Q17278 twice, even though it's a geometry-related term, not an artist. --JoonaZZ (talk) 15:48, 13 May 2013 (UTC)[reply]

https://musicbrainz.org/artist/955d7a3a-24dc-47a9-aaab-800a6ec17b14 has a link to en:Circle as the wikipedia link for that artist, that's how it got imported - it actually got linked in MusicBrainz because the page names match and the only album by "Circle" is "The Middle" which the wiki link importer (obviously) found in the article about a circle. Thanks for letting me know, I've removed the link in MusicBrainz. --Mineo (talk) 16:52, 13 May 2013 (UTC)[reply]

FYI: Property_talk:P434#Disambiguation_pages. --Stryn (talk) 17:35, 22 July 2013 (UTC)[reply]

Adding IMSLP links

Hi Mineo! I've seen that your bot is adding MusicBrainz IDs. Since in MB there is the link to the corresponding IMSLP page, could you import these links into Wikidata using IMSLP ID (P839)? For example: Eine kleine Nachtmusik (Q12025). What do you think? --Micru (talk) 19:13, 3 September 2013 (UTC)[reply]

I plan to rewrite some parts of the bot because there's currently a lot of code duplication in it. The good thing is, that should make it easier to add support for new properties, so I'll look into adding IMSLP links after that. --Mineo (talk) 16:48, 8 September 2013 (UTC)[reply]

Excellent! How is it going with the Mineobot development? I hope it is possible to import both IMSLP links and Composer, it would be so much easier than doing it by hand...--Micru (talk) 12:19, 8 November 2013 (UTC)[reply]

Support for all MusicBrainz IDs is there, unfortunately IMSLP links are still just another item on my todo list :( --Mineo (talk) 19:50, 15 November 2013 (UTC)[reply]

Musicbrainz Series ID

Hi,

i saw you supported the implementation of MusicBrainz area ID (P982). Maybe you'd be interested also in supporting Musicbrainz series ID. regards--Shisma (talk) 19:34, 2 July 2014 (UTC)[reply]

Idea for another task

Wikidata:Bot_requests#Add_instance_of+.28P31.29_from_MusicBrainz_Artist_Type_via_MusicBrainz_artist_ID+.28P434.29. Enjoy! JesseW (talk) 06:23, 8 July 2014 (UTC)[reply]

password

It's not super well documented, but you can create a password_file and the bot will auto-login if it gets logged out. Legoktm (talk) 05:47, 1 March 2015 (UTC)[reply]

Oh wow, that is great. Thank you very much for that link! --Mineo (talk) 09:36, 1 March 2015 (UTC)[reply]

Looks like the Bot is deadlocked again...

Try kicking it one more time... :-/ JesseW (talk) 08:18, 1 March 2015 (UTC)[reply]

no need for class AND subclass : Author AND Writer

You undid my cleaning, [1], where I removed the upper class.

Robert Jordan (Q166351) is writer (Q36180), which is a sub-class of author (Q482980) => author (Q482980) is useless, because you can obtain all author (Q482980) and subclasses through a TREE request :)

It is common use to use only deeper class in these cases. --Hsarrazin (talk) 22:34, 26 July 2015 (UTC)[reply]

Robert Jordan also wrote things like dance criticism that don't really fit the writer occupation, which seems to be for writers producing literary works only. --Mineo (talk) 08:29, 27 July 2015 (UTC)[reply]

no, writers is for literary AND documentary writing. "person who uses written words to communicate ideas", and in French "personne qui rédige des ouvrages littéraires ou scientifiques" (literary or scientifical texts).

authors is only for people who happened to write, while it was not their main occupation. But if somebody already has "writer", "author is redondant" :) --Hsarrazin (talk) 10:40, 27 July 2015 (UTC)[reply]

The german description and the enwiki article restrict writer to literary texts. --Mineo (talk) 11:03, 27 July 2015 (UTC)[reply]

the English definition is very clear "literary or scientific". AFAIK, almost only German use both.

All writer (Q36180) are author (Q482980), therefore, if you use writer (Q36180), they are also all considered as author (Q482980). Moreover, author (Q482980) is not only for text-authors, but also concerns other type of creations, which is much more than a non-fiction writer.

These double class+subclass uses are very perturbant in infoboxes. The mere concept of class/subclass should prevent to use both

. If you want to differentiate "literary writers" and "non-literary writers", please don't use author (Q482980), use non-fiction writer (Q18931655) --Hsarrazin (talk) 13:08, 27 July 2015 (UTC)[reply]

Thanks for rebooting MineoBot again

Glad to see it continuing its work after the hiatus since Aug 8th. :-) JesseW (talk) 06:04, 26 August 2015 (UTC)[reply]

Seems like it needs another kick. It hasn't run since the 29th. JesseW (talk) 04:00, 2 September 2015 (UTC)[reply]

And thanks for doing so, as of 8:15 this morning. (Let me know if these notes are useless or unwelcome.) JesseW (talk) 16:38, 3 September 2015 (UTC)[reply]

I usually get your notes on IRC as well, we just seem to be living in very different time zones because I can never answer you there :-) --Mineo (talk) 18:39, 3 September 2015 (UTC)[reply]

Wrong values

Here please stop the bot, and here, here, here, here, here.... --Infovarius (talk) 19:23, 28 November 2017 (UTC)[reply]

A change to prevent adding MBIDs to disambiguation pages is currently under review. Thanks for bringing those to my attention.! --Mineo (talk) 17:36, 29 November 2017 (UTC)[reply]

The new version with additional safety checks around disambiguation pages has been deployed. --Mineo (talk) 14:01, 13 December 2017 (UTC)[reply]

Add film objects to your safety checks, too. E.g. [2] [3] and so on. -- MovieFex (talk) 13:39, 31 December 2018 (UTC)[reply]

https://www.wikidata.org/w/index.php?title=Q296843&oldid=864477630 edit replaced valid Q145 (UK) with non-contemporaneous Q174193 (United Kingdom of Great Britain and Ireland).

That's not an edit by User:MineoBot, though, so I can't do anything about it. Mineo (talk) 19:41, 27 August 2019 (UTC)[reply]

New properties

Is my pull request helpful? I wasn't sure how to add them so the pull request probably won't actually work, but there have been two new MusicBrainz properties for some time. Jc86035 (talk) 09:59, 27 December 2018 (UTC)[reply]

Repetative wrong statement import

Hi! Please change your bot code to only import the external IDs once per item. Or better yet: if the statement has been removed by a user, do not add it again. Example: [4] [5] [6]. Many thanks. -- Meisam (talk) 15:42, 2 January 2019 (UTC)[reply]

I've submitted an edit to the relevant MusicBrainz item. Jc86035 (talk) 15:59, 2 January 2019 (UTC)[reply]

Thanks @Jc86035: External databases will always have some shortcomings and sometimes it is not possible to fix them. Therefore, our bots must have a systematic way of dealing with these cases. -- Meisam (talk) 16:19, 2 January 2019 (UTC)[reply]

The bot actually has code for this! However, it keeps track of the processed IDs in a database and has been moved to different infrastructure in the last 2 years. Unfortunately this database got lost during that move :-( I've found a backup of the database, though and will make sure that it's restored. Unfortunately that will not fix errors from the last few months, but will prevent future ones. --Mineo (talk) 16:46, 2 January 2019 (UTC)[reply]

Musicbrainz

Ideally there will be a single link from a wikidata item to the Musicbrainz work item for a song. So this sort of "add all the IDs you can find" really does not work very well. Please give some thought to not doing that again and, ideally, to sweeping up the mess. Thanks --Tagishsimon (talk) 17:14, 28 January 2019 (UTC)[reply]

@Tagishsimon: Mineo is often inactive and hasn't edited for several weeks. If you find any errors it would be more effective if you submit edits to MusicBrainz (account needed) to fix them at the source, since MineoBot has been adding the statements based solely on links to Wikipedia and Wikidata from the respective MusicBrainz items. Jc86035 (talk) 19:08, 28 January 2019 (UTC)[reply]

@Jc86035: Thanks; but the issue seems to be at this end, where instead of a single musicbrainz ID pointing to the Work item, there are multiple pointers to who knows what. There does seem to be a pattern to get hold of, and I'm some way through deleting 4k or so of P435s. I don't know musicbrainz well enough to know whether their 'release' items have wikidata IDs. It does look as if they have just a single 'Work' item from which hang the 'release' items ... presuming that bot operators have enough of a clue to add only from work items, we'll be fine. If they do not, then we'll once again accumulate the cruft I'm currently deleting. I think the record was 651 IDs in Nirvana's Polly item. --Tagishsimon (talk) 19:17, 28 January 2019 (UTC)[reply]

@Tagishsimon: The links are mainly from the "work" and "release group" items. The issue is caused solely by the bot not being good enough at filtering links. I've removed them wherever they don't exactly match the entity on the Wikidata item, although this is somewhat more complicated for a lot of Wikidata items because they tend to incorrectly represent both a work (song) and a release group (single). Jc86035 (talk) 06:21, 29 January 2019 (UTC)[reply]

@Tagishsimon: The large number of MusicBrainz work ID (P435) claims on Polly (Q1575153) have not been added by MineoBot, but Crazy1880, check https://www.wikidata.org/w/index.php?title=Q1575153&offset=&limit=500&action=history at around 19 February 2018‎. Whenever I look into the constraint violation reports for the MusicBrainz IDs, all of the items with large numbers of MBIDs on a single claim have been added by humans. If you find items where MineoBot has added a large number of MBIDs on a single claim, please let me know! --Mineo (talk) 17:39, 29 January 2019 (UTC)[reply]

@Tagishsimon: I admit that I have no idea what to do about the MusicBrainz release group ID (P436) claims on 7" of the Month Club (Q3190713) - I agree that the current situation is not ideal, but I think that's mostly because MusicBrainz models all of the releases in that series as separate release groups, whereas there's only one WD item for them. I think it's both very hard to automatically detect these situations and handle them (unless you want the first MusicBrainz release group ID (P436) statement to win and just not add the others). --Mineo (talk) 17:44, 29 January 2019 (UTC)[reply]

MineoBot is working unproperly

Your bot is adding a property about songs in items about singles (see this and this). Please, undo all its edits. Thank you --★ → A ir on 90 17:00, 13 April 2019 (UTC)[reply]

This is related to Topic:Uxsiyqueknvmvfsm. --Mineo (talk) 18:35, 13 April 2019 (UTC)[reply]

Ok, but stop your bot first from doing other edits (as today did). --★ → A ir on 90 15:42, 15 April 2019 (UTC)[reply]