Breaking type constraint on property occupation (P106) edit

Hi, you recently changed athlete (Q2066131) from an instance of (P31) profession (Q28640) to a subclass of (P279) of it. This broke a constraint on property occupation (P106) (see Property talk:P106) resulting in 170000 violations being reported in Wikidata:Database_reports/Constraint_violations/P106#Value_type_Q13516667. I do not quite agree with your change, to me being a sportsperson is one particular occupation, like there are thousands of others, and every occupation is not its own "sub-type" of the occupation class.

  1. was this change discussed with others?
  2. given the change you did, as a minimum, the constraint on the "type" of occupation (P106) should be suspended; if an agreement is reached to retain that change, its constraints should be adjusted

Let me know what you think - LaddΩ chat ;) 14:19, 24 June 2013 (UTC)Reply

I've reverted it. Sorry for the change. I must have misinterpreted the constraint rule. Harryboyles (talk) 14:50, 24 June 2013 (UTC)Reply
No worries. Thanks for the quick feedback - LaddΩ chat ;) 14:55, 24 June 2013 (UTC)Reply

Property:P107 edit

Hello. You're adding this property to the pages, but the property description page says "Do not use, use instance of/subclass of". So, I will delete your uses of this property. You added it where I previously used the Property:P31.--MisterSanderson (talk) 21:12, 29 August 2013 (UTC)Reply

Tennis player records edit

Hi, why do you keep changing records from "–" to "-"? The latter is in use on many Wikipedia's, and I see no reason to change it. There has been some discussion about this before: User talk:Emesbe and also somewhere else but I didn't find it. --Stryn (talk) 08:48, 8 December 2013 (UTC)Reply

If you have a look at the property talk page, you'll see the format constraint, which has the dash. If you want to change the format constraint to include both types of dashes, go ahead. I didn't realise I'd edited it twice, as I edited several others as well in order to clear Wikidata:Database_reports/Constraint_violations/P555

2016 census stuff edit

Hi Harry, Thanks for starting to populate Australian Statistical Geography 2016 ID (P4093). Some of us have been working to finish populating Australian Statistical Geography 2011 ID (P4014), at which time we can convert between them using ABS tables. Once that is all in, I expect to try a fairly automated job to get population figures into wikidata. Some discussions of this are w:Wikipedia:Australian_Wikipedians'_notice_board#2016_Census_data and w:User_talk:99of9#Mix.27n.27Max. If you'd like to join on this semi-automated effort, one thing that would help is trying to complete this MixNMatch catalogue. --99of9 (talk) 02:58, 1 July 2017 (UTC)Reply

Barnstar edit

  The Wikidata Barnstar
Thank you for your continued great work on matching GeoNames ID (P1566) to existing items in Australia. This really helps us to find and merge ceb/sv duplicates. 99of9 (talk) 04:52, 16 September 2019 (UTC)Reply

@99of9: Thanks for the barnstar! It's nice to see the size of Wikidata:Database reports/Constraint violations/P4014‎ gradually get lower and lower as time goes on.