User talk:MessensFien

Batch mode creations

Hi, please don’t use batch mode for QS item creations. This mode is prone to creation of duplicates. --Emu (talk) 20:35, 25 December 2022 (UTC)[reply]

Actually, could you fix this mess yourself? Here’s the query: --Emu (talk) 20:40, 25 December 2022 (UTC)[reply]

Sorry for the creation of certain duplicates. In the future I will only use the normal run mode in QS. I already tried to fix it with adding the Wikimedia-doublure to the instance of-statement. Is this the correct method? I tried to run the query but I got some errors. MessensFien (talk) 07:25, 2 January 2023 (UTC)[reply]

Thank you! I fixed the query, one } was missing. There seem to be four more duplicates created by someone else –c could you have a look at it? I’m not sure if they really are duplicates … --Emu (talk) 09:06, 2 January 2023 (UTC)[reply]

You continue to create duplicates, e.g. Victorius Schoonbroodt (Q115982705) and Victorius Schoonbroodt (Q115982704). Please stop immediately! --Emu (talk) 10:47, 3 January 2023 (UTC)[reply]

Thanks for alert! I will go through the doubles and tag them as a wikimedia-doublure. MessensFien (talk) 10:49, 3 January 2023 (UTC)[reply]

Please don’t use batch mode when creating new items with QuickStatements. It simply doesn’t work reliably. Use the normal (non-batch) mode or use other tools like OpenRefine. --Emu (talk) 10:51, 3 January 2023 (UTC)[reply]

Good to know, will never use the batch mode ever again. My dataset was cleaned in OpenRefine. After this the community recommended to use QuickStatements for the upload. Would you suggest to directly ingest new items in Wikidata with OpenRefine? MessensFien (talk) 10:54, 3 January 2023 (UTC)[reply]

The batch mode is quite handy but has serious limitations for item creations, qualifiers and references. OpenRefine has the advantage that you can still use batches (and thus have your edits in a handy list) but isn’t without its challenges as well. But it might be worth a try. --Emu (talk) 11:11, 3 January 2023 (UTC)[reply]

SELECT DISTINCT ?item1 ?item1Label ?item2 ?item2Label ?value 
{
	?item1 wdt:P2372 ?value .
	?item2 wdt:P2372 ?value .
	FILTER( ?item1 != ?item2 && STR( ?item1 ) < STR( ?item2 ) ) .
	SERVICE wikibase:label { bd:serviceParam wikibase:language "en" } .
}

Try it!

Hi, I just found out that there might have been a misunderstanding in our communications: The statement Joannes Pernot (Q115981329)instance of (P31)Wikimedia duplicated page (Q17362920)of (P642)Joannes Pernot (Q115981328) shouldn’t exist as there is no duplicate on a Wikimedia project. The two items should be merged, see Help:Merge. Could you have another look? Here’s the query: [1] --Emu (talk) 13:59, 5 January 2023 (UTC)[reply]

Thanks for the query, will have a look at it. MessensFien (talk) 15:21, 5 January 2023 (UTC)[reply]

Wrong birth and death dates (1. January)

Hi, there seems to be another problem with your batches: You imported birth and death dates with year precision with a wrong birthday of 1. January. See for example here: Joseph Flachet (Q87649784). Several thousand items have to be checked, see here and here. Could you have a look? You might want to use WD:RBOT --Emu (talk) 10:45, 3 January 2023 (UTC)[reply]

Strange, I will definitely have a look at it. Thanks for the alert! Can I request to RBOT to delete the recently added birth and death dates from the query you generated? MessensFien (talk) 10:52, 3 January 2023 (UTC)[reply]

Yes, probably. But you probably don’t have to delete the statements, bots can have the statements fixed to year precision. --Emu (talk) 11:13, 3 January 2023 (UTC)[reply]

User talk:MessensFien

Batch mode creations

Wrong birth and death dates (1. January)

Navigation menu

Search