Logo of Wikidata

Welcome to Wikidata, 99of9!

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!

--Ricordisamoa 19:20, 16 May 2013 (UTC)Reply[reply]

ERA journal data edit

Hi, any chance you might be able to provide a second opinion on the usefulness of the ERA 2010 journal rank at Wikidata:Property proposal/Creative work#ERA 2010 journal rank. Thanks. John Vandenberg (talk) 09:00, 21 April 2014 (UTC)Reply[reply]

St Fethlimidh's Cathedral (Q2942322) edit

Hi, what is the point of this edit? Cheers. Pawel Marynowski (WMIE) (talk) 17:13, 27 July 2017 (UTC)Reply[reply]

@Pawel Marynowski (WMIE): Kilmore (Q2778994) is a town in Australia. It could be replaced by the one in Ireland, but I didn't have time to track it down when I was doing that edit. The French Wikipedia where this error came from often doesn't do disambiguation well. --99of9 (talk) 21:49, 27 July 2017 (UTC)Reply[reply]

Places edit

Thanks for the SSC ID updates. I have just done some imports which I've been planning for a long time to apply all the LGAs and VICNAMES IDs for localities in Victoria, and I can see in the checking that the SSC 2016 applications are going great. I think I have identified all the localities where the same name is used for two different places, and I have set a "different from" property for those. I have done some cleanups for the State Suburb items created from Mix 'n' Match as well where I've seen them, but I'll tackle that more thoroughly later.

I agree about dating the area of electoral districts, I had a problem with QuickStatements when I tried it, however I will apply these later. I also have all the current (2016) federal electoral divisions for all localities - I can import these but they are about to change as there are five pending redistributions, so it could be useful to import the current ones, then end date them and do the new ones, which should aid in analysis of the changes and updates on Wikipedia. --Canley (talk) 00:30, 16 August 2017 (UTC)Reply[reply]

I see from my huge number of watchlist notifications that you've started 2016 population imports! Best of luck, let me know if you need any help. --Canley (talk) 03:43, 27 August 2017 (UTC)Reply[reply]
@Canley: Yes indeed. I realised that there's no point waiting until we have completed the mix-n-match, because most of the rest will be brand new items. And anyway, I can easily run the population upload again for those not already filled. So far so good. --99of9 (talk) 03:48, 27 August 2017 (UTC)Reply[reply]

A property is ready to be created edit

Hello. May you have a look at Wikidata:Property proposal/order of battle? I'm ready to deal with it. Thierry Caro (talk) 18:18, 8 September 2017 (UTC)Reply[reply]

NLA Id for Antonio Zampolli (Q23417477) edit

Hello, you undid one entry I made on the Wikidata item above, namely the NLA Id, with the subject "Where did that come from?". The answer is: this number comes from the VIAF info related to Zampolli, Antonio (linguist): check it by yourself, please, at http://viaf.org/processed/NLA%7C000035729482 - why do you state that is incorrect? If so, then also VIAF should be warned about that, since this reference is still considered as valid in the VIAF history, see at http://viaf.org/viaf/4956799/ where the NLA item above was added on 2016-04-24. Where is the problem? Why is that "bad" and "not valid"? --L736E (talk) 14:49, 26 September 2017 (UTC)Reply[reply]

@L736E: Thanks for responding. I now see the problem. You associated this identifier with the wrong property. I have now added your identifier to the item as Libraries Australia ID (P409) instead of NLA Trove people ID (P1315). Check out the property pages for full details and you'll notice the formatter URLs are quite different, and don't work for each other's codes. --99of9 (talk) 15:13, 26 September 2017 (UTC)Reply[reply]
@L736E: And since I'm on this now, I've searched for this subject's NLA Trove people ID (P1315) value of 1061207 and added it to the item. Notice that the new link from that statement now works at bringing up his page at Trove/people. --99of9 (talk) 15:17, 26 September 2017 (UTC)Reply[reply]
Many thanks for the clarification. Actually, when looking for a property to add, I start typing a keyword (in this case "Australia") and very likely in the choice from the drop down menu I made the click on the wrong property inadvertely (Australia person instead of NLA, which was my intention). Thanks for fixing that and for completing the properties :) --L736E (talk) 15:21, 26 September 2017 (UTC)Reply[reply]
@L736E: You're welcome. It turns out this is a very common mistake. I guess we should get a bot to map them all over to Libraries Australia ID (P409).--99of9 (talk) 15:30, 26 September 2017 (UTC)Reply[reply]

Edith Kawelohea McKinzie edit

you asked "wrong number, bad link, where did that come from?)"


sorry, I trusted VIAF to have it correct. Roseohioresident (talk) 01:14, 27 September 2017 (UTC)Reply[reply]

@Roseohioresident: Thanks for getting back to me. Yours was for the same reason as the section above. --99of9 (talk) 01:54, 27 September 2017 (UTC)Reply[reply]

Wikidata:Property proposal/LFH ID edit

Hello! May I get this created now? Thierry Caro (talk) 11:09, 6 October 2017 (UTC)Reply[reply]

Thank you. I would not mind getting Wikidata:Property proposal/KNAU ID now, and if you have time. I can fill the new property with its dedicated properties by myself. I just need the creation itself. Thierry Caro (talk) 10:44, 7 October 2017 (UTC)Reply[reply]

KNAU ID edit

Hello, you reverted my edit on the constraints of Royal Dutch Athletics Federation athlete ID (P4302). I had removed the item-requires-statement constraint (Q21503247) occupation (P106)athletics competitor (Q11513337), because it doesn't include subclasses of athletics competitor (Q11513337). So athletes with more specific occupations like sprinter (Q4009406) or pole vaulter (Q13464497) are reported as costraint violations. Therefore I think it the constraint should be removed again. Are you okay with that? --Entbert (talk) 12:32, 8 October 2017 (UTC)Reply[reply]

@Entbert: Ah ok, thanks for the explanation. It's a pity we don't have a constraint that checks for subclasses like subject type constraint (Q21503250) does. I've reverted myself. --99of9 (talk) 23:15, 8 October 2017 (UTC)Reply[reply]

item or property? edit


originally i thought it needs deleting

but is it a property in item clothing?

doesnt seem to make sense as it is

any thoughts?

JarrahTree (talk) 07:50, 1 November 2017 (UTC)Reply[reply]

I don't understand your question. What has this got to do with clothing? If you mean that shires are not recognized as a specific subcategory of LGAs, then I have no knowledge on this, and therefore no comment. Also what do you mean by "item or property"? This is definitely not a property. --99of9 (talk) 23:41, 1 November 2017 (UTC)Reply[reply]

I dont know - nuances/ambiguities/allusive usage/metaphors...

The creator was locked in 2014 or whenever - and no such thing exists - as an ignorant user I am trying to ascertain - what is the best way to put up a suggestion for deletion if it can be proved to not link with anything in the correct manner? JarrahTree (talk) 02:15, 3 November 2017 (UTC)Reply[reply]

I would suggest first changing all usages of this item [1] to what you think is correct instead. Then once the item is unused, it can be proposed for deletion. --99of9 (talk) 02:27, 3 November 2017 (UTC)Reply[reply]
thanks for that - apologies for my usual obscurantism :) JarrahTree (talk) 08:26, 5 November 2017 (UTC)Reply[reply]
Looking at it - as an 'instance' it is fine - problem with thinking in terms of other wikis and not data - my problem not the instance :) JarrahTree (talk) 10:00, 8 November 2017 (UTC)Reply[reply]
But adding an aka of the locality name against an entity that has the locality and a qualifier of either shire or council ?
The unqualified name usually infers the locality not the LGA JarrahTree (talk) 10:06, 8 November 2017 (UTC)Reply[reply]
@JarrahTree: Ok, good to hear about the shire instances. Regarding the LGA aliases, it helps to have as many aliases as possible so that the search functions find them for us. For example, many of the ABS suburbs say which LGA they are in using only a single word. The locality should *also* have the single word as the alias. Anyone who types in the single word will get offered both (and all the equivalents in other countries, etc). --99of9 (talk) 10:08, 8 November 2017 (UTC)Reply[reply]
Ta for explain - ABS suburbs - arrgh JarrahTree (talk) 10:23, 8 November 2017 (UTC)Reply[reply]

Integers in QuickStatements edit

When you're importing a population integer value in QuickStatements 2, how do you do it without the "±0" variance? I'm sure I've managed to do it before but I can't remember how! Thanks, --Canley (talk) 00:39, 7 March 2018 (UTC)Reply[reply]

@Canley: Here's a snippet of my file. I think I told QS2 that I was going to give it stuff formatted for QS1 (because I don't actually know what the QS2 format is).

Q991793 P1082 930 P459 Q33128542 P585 +2016-08-09T00:00:00Z/11 S854 "http://www.censusdata.abs.gov.au/census_services/getproduct/census/2016/quickstat/LGA51120" Q990639 P1082 1144 P459 Q33128542 P585 +2016-08-09T00:00:00Z/11 S854 "http://www.censusdata.abs.gov.au/census_services/getproduct/census/2016/quickstat/LGA51080" Q990636 P1082 16222 P459 Q33128542 P585 +2016-08-09T00:00:00Z/11 S854 "http://www.censusdata.abs.gov.au/census_services/getproduct/census/2016/quickstat/LGA50980" Q979561 P1082 135443 P459 Q33128542 P585 +2016-08-09T00:00:00Z/11 S854 "http://www.censusdata.abs.gov.au/census_services/getproduct/census/2016/quickstat/LGA24650" --99of9 (talk) 11:36, 7 March 2018 (UTC)Reply[reply]

Brilliant, thank you! --Canley (talk) 22:53, 7 March 2018 (UTC)Reply[reply]

Share your experience and feedback as a Wikimedian in this global survey edit

WMF Surveys, 18:57, 29 March 2018 (UTC)Reply[reply]

Researchmap edit

Hi 99of9, I went to Researcher Search and then, at the bottom of the page, to Show all. I had to add this tab "&lang=english" to the url for the scraper been done in that language. The property has to be linked to the catalog. I asked for it to Magnus. Please be patient. And you don't have to thank me: I like scraping databases :) --Gerwoman (talk) 19:12, 12 April 2018 (UTC) By the way, not all the entries in Researchmap start with "read", for example this. I only realized the second attempt.Reply[reply]

Magnus has already matched the catalog with the property. --Gerwoman (talk) 18:42, 16 April 2018 (UTC)Reply[reply]

Reminder: Share your feedback in this Wikimedia survey edit

WMF Surveys, 01:40, 13 April 2018 (UTC)Reply[reply]

Your feedback matters: Final reminder to take the global Wikimedia survey edit

WMF Surveys, 00:50, 20 April 2018 (UTC)Reply[reply]

Place merges edit

I'm doing a lot of automated merges of (hopefully) duplicate places. If you notice any that you don't agree with, please feel free to revert (and leave a note here if you like). My process already considers things like identical (and singular) geonames IDs, substring relationships between the names in some languages, the number of sitelinks, and proximity of the coordinates. A sample query is here. Most of the merges result in the item generated for ceb-wiki being merged into the item from all other wikis, so I think it's useful en-masse, but I'm sure there will be some isolated cases where a merge is incorrect. If you do revert, please consider changing the geonames ID on one of the two items that got merged. --99of9 (talk) 05:39, 24 May 2018 (UTC)Reply[reply]

Duplicate edit

Hello. As this is brand new and has never been used, you can probably exploit the accidental property creation for another to-be-created property, can't you? Whatever, sorry. Thierry Caro (talk) 01:15, 11 July 2018 (UTC)Reply[reply]

I'm waiting for Wikidata:Property proposal/BIA PSY ID, for instance. Maybe is it a way to get it!? Thierry Caro (talk) 01:17, 11 July 2018 (UTC)Reply[reply]
@Thierry Caro: Ok, good idea. --99of9 (talk) 01:24, 11 July 2018 (UTC)Reply[reply]

OpenRefine ABS edits edit

Hi, I just noticed some of the recent "SSC info from ABS" edits to South Australian localities have added the same LGA when there already was one: for example Lower Hermitage (Q41720769), has added located in the administrative territorial entity (P131) = Adelaide Hills (Q353997) which was already listed, albeit with a object has role (P3831) qualifier. Can you have a look? --Canley (talk) 00:58, 13 July 2018 (UTC)Reply[reply]

@Canley: Yeah, sorry about that. I think it's because the existing one has a qualifier on it, so openrefine interprets it as a subtly different statement. I'm a bit new to openrefine (which is great BTW), but I didn't figure out how to determine the correct qualifier automatically. I think the easiest way to stop it will be to remove the duplicates once they're all done. I can imagine writing a fairly simple SPARQL query to catch them, then putting it into quickstatements. --99of9 (talk) 01:25, 13 July 2018 (UTC)Reply[reply]
Thanks, I thought it might be the qualifier! Should be no problem to clean up later, I think I even have a SPARQL query for just this issue. OpenRefine looks very interesting—it could be very useful for some heritage/WLM projects I'm working on. I'll also do a sweep of the new locality items you've added recently and fill in some of the other data like postcodes and electorates. --Canley (talk) 01:39, 13 July 2018 (UTC)Reply[reply]
@Canley: I just thought of a way to get this qualifier into Openrefine. But I'm not sure it's quite right, because all of these (e.g. local government area of Victoria (Q1849126)) are instances of wikimedia list articles. This causes constraint violations. I think we need a paired item for each state which represents the concept itself. --99of9 (talk) 11:59, 15 July 2018 (UTC)Reply[reply]
I agree, I'll sort it out now. --Canley (talk) 12:04, 15 July 2018 (UTC)Reply[reply]
Thanks. --99of9 (talk) 12:22, 15 July 2018 (UTC)Reply[reply]
Hmmm, just did a few but maybe I should create a new item for the list, then convert the current list item to an entity, otherwise I will need to convert all the current object has role qualfiers. --Canley (talk) 12:45, 15 July 2018 (UTC)Reply[reply]
@Canley: If most of the other language wiki articles are lists, I think the way you are doing it is probably correct, even if it does require some mass switching of "object has role". --99of9 (talk) 12:48, 15 July 2018 (UTC)Reply[reply]
Yep, I was thinking the same thing looking at the interlanguage links... That's OK, I can do the bulk conversion. --Canley (talk) 12:57, 15 July 2018 (UTC)Reply[reply]

Courrier international source ID (P5554) edit

Hello. Before you get the Australian property created, you might be interested in this one. Thierry Caro (talk) 14:39, 1 August 2018 (UTC)Reply[reply]

Oh! You should almost not have thanked me. For now I'm wondering if you would be nice enough to initiate one or two other properties for me! Like Wikidata:Property proposal/Institut culturel de Bretagne ID, Wikidata:Property proposal/Interbibly ID, Wikidata:Property proposal/Le Monde ID or Wikidata:Property proposal/Tebeosfera ID. Can you have a look? Thierry Caro (talk) 20:22, 1 August 2018 (UTC)Reply[reply]
Or maybe Wikidata:Property proposal/CSDE Lynching Database ID too. I'll be happy with you just pushing the button and me then filling everything needed. Thierry Caro (talk) 20:23, 1 August 2018 (UTC)Reply[reply]

data query at wp en edit

looks like your call sir - https://en.wikipedia.org/wiki/Wikipedia:Australian_Wikipedians%27_notice_board#Trove_newspaper_IDs_on_wikidata JarrahTree (talk) 14:18, 11 August 2018 (UTC)Reply[reply]

Also - imho the remaining unmatched trove/newspapers shouldnt - they are very limited in life (mind you some are very mysterious dating) and really dont deserve a separate data item or article - the temptation was - from the evidence the way that the nla items line up - would be to have a 'second world war newspapers' mix item - but I think a piece by piece investigation of the entries/items might be needed to work out what the hell, so to speak JarrahTree (talk) 06:29, 30 August 2018 (UTC)Reply[reply]

@JarrahTree: Thanks for working through them. I think the date ranges are based only on the dates they have copies for (and have scanned). So the actual duration of the newspaper may have been longer. I'll take another look at them sometime - the notability standards are a lot lower on wikidata, so we may end up catching more, but it's good to know you got the important ones. --99of9 (talk) 07:07, 30 August 2018 (UTC)Reply[reply]

Australian heritage spreadsheets edit

Sorry, I missed your comment at User talk:Australian Monuments asking for the heritage register spreadsheets, here is the link. They should all have coordinates as well, including WA and Tasmania. --Canley (talk) 10:14, 19 August 2018 (UTC)Reply[reply]

Ah ok, thanks. I've ended up making my own of WA and Tassie, so will cross check to spot any differences. Where did the coords come from? --99of9 (talk) 11:18, 19 August 2018 (UTC)Reply[reply]
I extracted about 95% of them from the Tasmanian Heritage Register map layer on LISTmap, and Kerry reverse geocoded the rest from the addresses. --Canley (talk) 01:26, 20 August 2018 (UTC)Reply[reply]

WikiProject newspapers edit

Thanks for your message about this project. I've done quite a bit of work on Welsh Newspapers and some of them have a good level of detail - my plan was to use infoboxes to get this information into Wikipedia. Is the group OK with Wikidata in infoboxes? Simon Cobb (Sic19 ; talk page) 22:31, 19 August 2018 (UTC)Reply[reply]

property proposals edit

Hi Toby. Good to talk yesterday. I am struggling to find "the form" to fill in for a property proposal. I am hoping you might direct me to 1) a property proposal, and 2) "the form". Thanks. MargaretRDonald (talk) 20:23, 12 September 2018 (UTC)Reply[reply]

@MargaretRDonald: you too, I was impressed that you picked my father. Go to Wikidata:Property_proposal/Authority_control and after you have typed in a property name, click "create request page". --99of9 (talk) 22:42, 12 September 2018 (UTC)Reply[reply]
@99of9: Thanks, Tony. I will do that for the ID properties. I have another request: As you can see from [https://en.wikipedia.org/wiki/Velleia_macrophylla Wikipedia: Velleia macrophylla, there are properties (P?) belonging to a taxa of being first described by x, in the year y, in the publication z, and on page w with url v , and similar properties (or the same) belonging to the author of the name. I have no idea how this is organised in wikidata, but when I hunt up a page which gives the words of an author giving the first description of a plant or the publication of a name, it seems to me that this information should be part of wikidata. (I plonked in the link to en:Velleia macrophylla so you could see what I mean.) Hoping you can give me a clue. MargaretRDonald (talk) 22:53, 12 September 2018 (UTC)Reply[reply]
@MargaretRDonald: I think you will find this interesting: Wikidata:WikiProject_Taxonomy, in particular the Properties and qualifiers section. Also add your username to the participants list so you will get communications about discussions which affect Taxonomy items. As to your specific question, in my reading it looks like you can use property basionym (P566) and make a whole separate item for the original name, with all those details. But I also think the old synonyms should be listed as "also known as" column in the languages box (which I've just added for that species). --99of9 (talk) 00:06, 13 September 2018 (UTC)Reply[reply]

Still struggling with a proposal edit

@99of9: Dear Toby, I am still struggling with just where to put/create a property proposal. I partially prepared a csv file:

Instance of ,P31,Wikidata property to identify taxa,Q42396390
Subject of this property,P1629,Northern Territory flora,
Wikidata property example,,Lawrencia squamata ( NT flora ID=3230),
Source website for the property,,http://eflora.nt.gov.au,

and am hoping you will take it further and show me what you have done.. Help. MargaretRDonald (talk) 02:18, 18 September 2018 (UTC)Reply[reply]

@MargaretRDonald: Did you see Wikidata:Property proposal/VicFlora ID, which Andy made on your behalf? To make one, go to Wikidata:Property_proposal/Authority_control and enter "Northern Territory flora ID" and click "create page request". Then fill out the fields in the page it opens (use Andy's as an example of what is needed in each field. I'll create later if you really don't want to, but this is a reasonably simple case to start on since it will be similar to the Victorian one, and they can be easily improved if you get anything wrong. --99of9 (talk) 07:17, 28 September 2018 (UTC)Reply[reply]
@99of9: I've had a crack at it, Wikidata:Property proposal/NT Flora ID. Could you check it out and perhaps fix it where I have managed to misunderstand what was needed. MargaretRDonald (talk) 09:27, 28 September 2018 (UTC)Reply[reply]

Nedlands PO edit

Former - former - former not current very different :) JarrahTree (talk) 06:29, 28 September 2018 (UTC)Reply[reply]

The label is the plain name, without qualifiers, and does not need to be unique. The description and aliases can do the disambiguation. See Help:Label. --99of9 (talk) 07:06, 28 September 2018 (UTC)Reply[reply]

Change of datatype for property P502 edit

Good evening! Are you able to help me with this request as posted on the project discussion page? https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2018/09#HURDAT_P502_as_external_identifier. Breg Pmt (talk) 22:41, 13 October 2018 (UTC)Reply[reply]

Sorry, I don't know enough about data types to be confident changing them. All the best. --99of9 (talk) 10:19, 14 October 2018 (UTC)Reply[reply]

DrugBank edit

Could you use flood flag for (semi?)automatic edits next time? Also there are two problems: why are you adding Spanish/German/French/Latin/etc. names as English aliases? These names are correctly lang-tagged in DrugBank, but incorrectly added as en aliases; e.g. here only one alias is correct (however redundant, because the same name is added as a label – this is the second problem, there were no check before data import whether a name already exists in WD item). There are more edits that have no added value, e.g. this. This is quite annoying, because I cleaned up many items by manually deleting wrong aliases or correcting them and you added many more probably with one click in some tool. Wostr (talk) 19:00, 17 October 2018 (UTC)Reply[reply]

@Wostr: Thanks for the note. I'll look into the flood flag. Sorry about lumping all the languages into English. Unfortunately the CCO dataset they offer does not tag the synonyms with languages, so I didn't pick this up before you mentioned it. The tool I was using is Openrefine (which of course involves a lot of work before the final click). It does check against existing aliases, but considers different capitalization to be distinct. I agree that alternate capitalization adds no extra value, but I don't think it's harmful, and even if it is, can be automatically screened. I think the additional aliases were worth some redundancy costs. What will be even more interesting are the hundreds-thousands of items I have not touched yet where Drugbank has different identifiers to Wikidata, which will need to be combed through fairly manually. --99of9 (talk) 22:35, 17 October 2018 (UTC)Reply[reply]
Thanks for the answer. Indeed, with this dataset it is not possible to prevent the mentioned problems. Flood flag would be much appreciated though :) Wostr (talk) 20:39, 18 October 2018 (UTC)Reply[reply]

Searching a website for IDs edit

Hi @99of9: I would like to pull out all the species with factsheets on Northern Territory flora, create a spreadsheet of names and NT flora IDs and then upload to wikidata using mix-n-match. How do I create such a spreadsheet? Cheers, MargaretRDonald (talk) 01:52, 10 November 2018 (UTC)Reply[reply]

Create edit

Hi 99of9

Would you kindly create this one? If you click "create", I can complete it. --- Jura 06:06, 3 June 2019 (UTC)Reply[reply]

@Jura1: Ok, done. --99of9 (talk) 06:43, 3 June 2019 (UTC)Reply[reply]

NT Flora Mix n Match edit

Hi Toby, Just wondering where to find your 7000 Mix n Match Flora NT candidates. I thought it might make sense for me to find them several times and put up a few by hand. (And then - if not now - ask for your instructions as to how to this in bulk... PS Thanks for yesterday. MargaretRDonald (talk) 02:42, 16 June 2019 (UTC)Reply[reply]

Hi @MargaretRDonald:. They are actually still scraping because I had to do it a brute force way. You can check the status here. But in the meantime, you might want to practise on the Florabase families which are live and need expert attention. 99of9 (talk) 02:56, 16 June 2019 (UTC)Reply[reply]
You and I were editing at the same moment. I had managed to find the NT Flora. And had the same thought of moving on to the FloraBase families, most of which appear to be synonyms. As such (unlike basionyms), I am a tad reluctant to bung them up, since creation of wikidata items is a skill I already have, but still, it might be interesting to check out the effect on a family taxobox, so I will perhaps do a couple... Thanks again. MargaretRDonald (talk) 03:04, 16 June 2019 (UTC)Reply[reply]
First fine careless rapture. I am wrong, wrong, wrong. Not synonyms. So far, they appear to be slime mould, and fungi, and ? families. But there is a problem, the IDs we harvested for this 6.3% do not link to FloraBase... MargaretRDonald (talk) 03:37, 16 June 2019 (UTC)Reply[reply]
@MargaretRDonald: You're right, I messed up the URL links yesterday. But the good news is that pressing "New Item" still works and does what it is supposed to. Once you've made the item, the link within the item will be correct (because it is governed by the Wikidata formatter URL instead of the mixnmatch url). I've just tried one to create Cochlearidiaceae (Q64666032). --99of9 (talk) 04:26, 16 June 2019 (UTC)Reply[reply]
Actually, another stroke of luck - I still have the browser tab open from yesterday, so I can try to fix it. --99of9 (talk) 04:53, 16 June 2019 (UTC)Reply[reply]
Wunderbar. Just back from meeting with Tom et. al. a meeting which was productive... So now I'll have a go with both FloraBase mix'n'match and that for NT Flora. MargaretRDonald (talk) 07:12, 16 June 2019 (UTC)Reply[reply]

APNI mix'n'match edit

Hi Toby, I see the APNI mix'n'match is complete. Now for my question, how do we go about getting some or all of the remaining unmatched 141649 taxa up??? MargaretRDonald (talk) 00:29, 19 June 2019 (UTC)Reply[reply]

@MargaretRDonald: First we need to match those we do have in the database. This is usually a quick exercise, but this one is huge. On the top right of the set, press "Action->Manually sync catalog->Update Mix'n'Match". It will say "updating", and will match about 500 of them, but will time out without telling you, so about 5 minutes later, you can do it again. We need to do it about 90 more times to match the 44899 items that do in fact already have APNIs on Wikidata. After that, we will take stock again, and probably go through the "Automatic Matches" next (manually Like I showed you with the Antarctic set), to see if they really are good matches. --99of9 (talk) 00:39, 19 June 2019 (UTC)Reply[reply]
Thanks, Toby. I will make a start with APNI. Cheers. MargaretRDonald (talk) 00:50, 19 June 2019 (UTC)Reply[reply]
@MargaretRDonald: The manual syncing is now done. The next stage is to go through the automatic matches and either accept or reject them. Just be a bit careful because the set includes taxon names that are not current or were rejected (these should be noted in the Mixnmatch descriptions). But even if we get some wrong, the issues should show up on Wikidata:Database_reports/Constraint_violations/P5984 (a page worth putting on your watchlist). --99of9 (talk) 12:02, 20 June 2019 (UTC)Reply[reply]
Hi, Toby. Thanks for that. I looked at NT Flora mix'n'match again this morning. Perhaps we need to modify it to go by species (or families/genera) beginning with A? How many weeks has it been on the go? Or does the mix'n'match keep on the go regardless of whether a site goes down or is unresponsive? MargaretRDonald (talk) 21:08, 20 June 2019 (UTC)Reply[reply]

new property for tennis-tournament edit

If you happen to have a list/sheet/csv/etc where the wikidata Q-id and the value of this new property are linked, we can fill it rather quick from a python script import. Edoderoo (talk) 07:47, 22 June 2019 (UTC)Reply[reply]

@Edoderoo: I would just use QuickStatements if I had that. But no, unfortunately I don't. Instead I will hopefully get around to making a Mix'n'Match scraper which should automatch most of them. --99of9 (talk) 00:56, 26 June 2019 (UTC)Reply[reply]

GBIF now using Wikidata edit

Hi @99of9:. You may have already noticed, but GBIF is using Wikidata to source some links to other botanical sites. See, e.g. GBIF:Acacia burkittii, where right at the very bottom you see the wikidata data links you created via mix n match... (This user is very pleased). MargaretRDonald (talk) 01:06, 29 July 2019 (UTC)Reply[reply]

@MargaretRDonald: I was not aware. That's a great development, thanks for letting me know. @rdmpage: you seem involved in the GBIF discourse - do you know who pushed/enabled this, and when it happened? If it hasn't been raised here previously, it would warrant a note on Wikidata:Status_updates/Next#Other_Noteworthy_Stuff. --99of9 (talk) 01:24, 29 July 2019 (UTC)Reply[reply]

Community Insights Survey edit

RMaung (WMF) 17:38, 10 September 2019 (UTC)Reply[reply]

Reminder: Community Insights Survey edit

RMaung (WMF) 19:54, 20 September 2019 (UTC)Reply[reply]

inHerit data edit

Thanks for teaching me more about mixnmatch! It's great to be getting somewhere with this data. So now it's all loaded, and the matchable ones are matched, there are a vast number that are very almost definitely not in Wikidata yet. Do we just go through clicking 'New item' for these? I feel like even if we were to automatically do so for all of them, the number of duplicates created wouldn't be too huge. —Sam Wilson 06:50, 16 October 2019 (UTC)Reply[reply]

@Samwilson: Not just yet. The next step is to manually clear the automatic matches. Many are easy to click "remove", because they're in other countries or are not even places. Others will need a little thought, and some will actually be matches. Once we've done that, we may be ready, since as you say, it probably won't generate too many duplicates, and we can probably assume universal notability. We may first want to check variant names, eg with "(fmr)" removed. I'll think about spot checks or queries that might help establish whether we are ready or whether we need to try openrefine. --99of9 (talk) 08:07, 16 October 2019 (UTC)Reply[reply]
@99of9: Ah, terrific, sounds good. Tomorrow evening we're having another meetup in Perth, so we can clear out the automatic matches then. —Sam Wilson 08:10, 16 October 2019 (UTC)Reply[reply]
@99of9: All automatic ones have been resolved now. What next? Sam Wilson 04:08, 17 October 2019 (UTC)Reply[reply]
@Samwilson: Great. Now try to get a (spot testing) sense of how many could have been matched but weren't. For example, I matched this one. I'm not sure why it wasn't matched already. Another testing approach is to write a query for things that should have inherit IDs but don't. E.g. find all heritage site (Q358) in W.A. and see what fraction of them have inHerit Place Number (P2618). This should be close to 100%. Once confident that an upload won't make too many duplicates, maybe do a small set, using QuickStatements. --99of9 (talk) 04:44, 17 October 2019 (UTC)Reply[reply]

New page for catalogues edit

Hi, I created a new page where I started collecting sites that could be added to Mix'n'match and I plan to expand it with the ones that already have scrapers by category. Feel free to use, expand. Best, --Adam Harangozó (talk) 09:55, 17 October 2019 (UTC)Reply[reply]

@Adam Harangozó: Thanks, I'll subscribe to it. I usually query for properties missing Mix'n'match catalog ID (P2264), then go to their source website for the property (P1896). --99of9 (talk) 11:25, 17 October 2019 (UTC)Reply[reply]

inHerit edit

Thanks for the info - will fix... JarrahTree (talk) 04:17, 25 October 2019 (UTC) OOops is there an easy way to find the multiples - like a query function that can get them out quick ? JarrahTree (talk)Reply[reply]

Journal which changes its name edit

Hi @99of9:. I was wondering how one enters the details of a journal such as https://insa.nic.in/UI/journaldetails.aspx?AID=NA== which started life as "Proceedings of the National Institute of Sciences of India" and is now "Proceedings of the Indian National Science Academy". (It has the one website, but for my money needs two wikidata entries so that articles are not wrongly allocated to the later (or earlier) journal.) Thanks again, MargaretRDonald (talk) 20:41, 17 February 2020 (UTC)Reply[reply]

@MargaretRDonald: There's some degree of judgement here, so I'm going with your method. The alternative would be to model it with title (P1476) qualified with particular dates to which the title applied. In this case it's even more intricate because of Proceedings of the Indian National Science Academy. Part A, Physical Sciences (Q96329701) and Proceedings of the Indian National Science Academy. Part B, Biological sciences (Q27719169) which *also* should have predecessor names. --99of9 (talk) 07:58, 9 July 2020 (UTC)Reply[reply]

odd property edit

The instance of wikimedia list item for oz pollies lists seems a very odd way to designate - or am i missing something? To me to have https://www.wikidata.org/wiki/Q6815062 designated that was is very misleading... your thoughts? JarrahTree (talk) 11:29, 1 April 2020 (UTC)Reply[reply]

I think it's fair to call it a list (that's what the wiki article calls itself!). I've detailed it a bit more, see if you're more comfortable now that it has more information. --99of9 (talk) 22:33, 1 April 2020 (UTC)Reply[reply]
thanks for that - there is a lot to clean up in the fuller scale of things JarrahTree (talk) 04:36, 23 April 2020 (UTC)Reply[reply]

Rugby Australia Mix'n'match edit

I thought I'd have a go at the Rugby Australia Mix'n'match. Unfortunately, the identifiers that were entered into Wikidata show an error message and the links, when clicked, took me to a 404 page on the Rugby Australia website. For example, John Fogarty. Any ideas what I can do, apart from walk away from it? Oronsay (talk) 07:04, 7 July 2020 (UTC)Reply[reply]

@Oronsay: Thanks for the prompt. I fixed John Fogarty (Q3181513) manually by Googling his page. I guess they must occasionally change their page identifiers. I've just run a job (under Action->Jobs) to rescrape the site, so that might help with the rest of the unmatched set. I spot tested a few and they seemed to get through ok. --99of9 (talk) 07:36, 9 July 2020 (UTC)Reply[reply]
@Oronsay: Oh, the rescrape didn't flush the old (now 404) classic wallabies. It turns out they have been moved to a subdomain: http://classicwallabies.rugby.com.au/players/cyril-henry-thomas-towers which we can't link to properly using the same URL formatter. So, that's a pretty annoying move. We could make a whole new property for the classic wallabies, or we could just live with the 404s for now. --99of9 (talk) 08:05, 9 July 2020 (UTC)Reply[reply]
Thanks for fixing all but the classic-wallabies. So, it seems you're happy if I match as many as I can, not worrying if they throw up a 404. I'll head back to it when I want to do some more mix'n'match soon. I also discovered that the EOAS person m'n'm has ingested more, so found some easy matches there. Oronsay (talk) 20:04, 9 July 2020 (UTC)Reply[reply]

I just had a look at the Rugby list and all the unmatched have now been categories as "Not applicable to Wikidata". Are you able to remedy this globally? Oronsay (talk) 05:31, 10 July 2020 (UTC)Reply[reply]

Yes, I clicked on that for all the classic wallabies ones which would be 404. Leave them there - if we ever want them we can make a new property or do something tricky. --99of9 (talk) 05:34, 10 July 2020 (UTC)Reply[reply]

Wikidata issue edit

I've come across an issue here in the edit screen: "Warning: Commons category does not match the Commons sitelink on Wikidata..." I tried to check it out but could not fix. Can you help, please? Regards, Bjenks (talk) 03:29, 10 July 2020 (UTC)Reply[reply]

@Bjenks:   Done. Wikidata had Humber Limited as the Commons category, which seems correct for that en-wiki page, so I've switched to that. It is a parent cat of Humber Vehicles anyway, so the reader will find that if they want it. --99of9 (talk) 04:17, 10 July 2020 (UTC)Reply[reply]
A thousand thanks, O wise master! Bjenks (talk) 05:03, 10 July 2020 (UTC)Reply[reply]
indeed - good to see it resolved... thanks JarrahTree (talk) 07:14, 10 July 2020 (UTC)Reply[reply]

Property and description edit

https://www.wikidata.org/wiki/Q36687 -- the property is 'state of oz' - but the description that I changed identifies as an admin division - is that contradicting the property (in a sense) or complementing? very curious as to the accepted practice of this - JarrahTree (talk) 07:50, 10 July 2020 (UTC)Reply[reply]

You're talking about the English description of the item? The purpose of that field is mostly for humans to recognize and identify this concept in contrast to all the other things called "Victoria". I think the original "State of Australia" was clearer, because there could plausibly even be other administrative divisions with that name. --99of9 (talk) 07:55, 10 July 2020 (UTC)Reply[reply]
ta for that I understand - thanks - will revert myself on that - if it hasnt been already. JarrahTree (talk) 11:37, 10 July 2020 (UTC)Reply[reply]

National curriculum edit

In August 2019 you changed national curriculum (Q6979578) from a disambiguation page to a proper article. I happen to agree with this decision, but I would like to know whether you just did it on your own or there was broader consensus to retract its disambiguation status? The numerous labels and descriptions still scream "Disambiguation page" in different languages, and I want some kind of assurance your change won't be reverted before I add a number of properties to it. But there is only the English article; are there perhaps other articles about national curricula in various languages where their WIkidata item could be merged with this one? --SM5POR (talk) 19:46, 20 July 2020 (UTC)Reply[reply]

@SM5POR: I did it alone, but you and I are on safe ground for a few reasons:
  1. Links (including sitelinks) matter more than descriptions. If the descriptions do not match the original link, the descriptions need changing. Here the original (and only) sitelink was the en-wiki article, which describes itself as a en:Wikipedia:Set_index_articles, which is "not a disambiguation page".
  2. Hardly any other humans have touched this page. The bots won't complain :).
Cheers --99of9 (talk) 23:59, 20 July 2020 (UTC)Reply[reply]
Thank you for the explanation! I wasn't aware of the SIA category, but I see now that it has some 89,000 English-language articles. I'm a bit concerned though that the "sharing the same name" part of the definition may refer to what items of the set are officially called in their respective languages, which would essentially limit the scope of your article (and therefore also the Wikidata item) to Australia, the United Kingdom, the United States, India and Bangladesh (plus possibly a few others where the English name or term comes naturally). I looked at the SIA category items en:National Libraries of Italy (which has a sitelink to what may look like a Russian disambiguation page that isn't one, while the situation is described in a separate section of an Italian article) as well as en:National Cyber Security Centre (which lists items of that set around the world regardless of their official name).
In contrast, the article en:National library is not a SIA, but describes the subject in a language-neutral manner, and so do de:Nationalbibliothek, es:Biblioteca Nacional and sv:Nationalbibliotek (incidentally, the Swedish article is illustrated with a picture of the National Library of Australia; its Swedish counterpart is instead shown in the Finnish article). Is there room for a separate article on national school curricula in general, or is the article you "upgraded" an early stage of that very article? Should I make various Swedish primary and secondary school curricula instance of (P31) national curriculum (Q6979578), or should I wait?
The SIA policy itself appears be be known and in use on Farsi and Arabic Wikipedia, while it's still a proposal for consideration on the Chinese and Korean versions. As I know neither of those languages myself, I find it a bit difficult to understand how they deal with this issue. --SM5POR (talk) 09:12, 21 July 2020 (UTC)Reply[reply]
There is a recent discussion about the title "Secretary of State" which I consider somewhat related to the issue above. --SM5POR (talk) 09:22, 21 July 2020 (UTC)Reply[reply]
@SM5POR: I'd say go for it. But I see your point. Personally I'd hope that the en-Wiki article gradually expands beyond a list into describing the concept as is done on en:National library. --99of9 (talk) 09:25, 21 July 2020 (UTC)Reply[reply]
Good; thanks for your advice! Maybe we should start by making the English item label begin with a lowercase letter, as the capital "N" is a leftover from the time as a disambiguation page? You may also want to have a look at how I have classified the items; you had already made National curriculum a subclass of curriculum (Q207137) (I added the "of country" qualifier), but curriculum was defined only as an instance of a "series" and a "Latin phrase" (where I agree with neither), not as a subclass of anything. I therefore made it a subclass of educational program (Q5341296) based on it being a written plan, and in turn made the latter a subclass of education program (Q50433915), the original purpose of which I haven't investigated, though from the English description it looks even more generic; previously both were direct subclasses of plan (Q1371819).
I could mention that the Swedish prefix adjective "national-" is mostly used to describe classes of national items, but very seldom part of the name of the Swedish instances of said classes (right now I can think of only two cases; the national anthem and the national day). For institutions we may use prefixes like "riks-" ("of the realm"; similar to German and Dutch terms) or "Kunglig" ("Royal"), but the national character of school curricula is entirely implicit, as in "Lgr 69" ("Läroplan för grundskolan 1969"); now put that abbreviation in Google's pipeline and try to translate it. ;-) --SM5POR (talk) 10:59, 21 July 2020 (UTC)Reply[reply]

question about linking in National Registry of Exonerations Case ID (P8479) edit

Hi -- thanks for activating the new authority identifier for National Registry of Exonerations Case ID (P8479).

I've noticed that the URL component doesn't appear to be working -- every once in a while it does, but mostly not. Example: Richard Alexander (Q7323671) -- the id number shows up, but it doesn't pick up the URL formatter. Do you have any ideas about that? Thanks! -Kenirwin (talk) 21:37, 22 July 2020 (UTC)Reply[reply]

@Kenirwin: It's sometimes spotty for the first few days, so there's nothing to worry about. You can often fix a specific one by purging the cache, so for this example, I went to https://www.wikidata.org/wiki/Q7323671?action=purge which fixed it. --99of9 (talk) 00:45, 23 July 2020 (UTC)Reply[reply]
@99of9: - thanks! -Kenirwin (talk) 21:16, 24 July 2020 (UTC)Reply[reply]

Paul Masson (Cycle) edit

The link that you put, take the date of 30 November 1944. Many sites confuse Paul Masson the cyclist and Paul Masson the resistant who died on 30 November 1944. JuliusMassius (talk) 05:30, 4 August 2020 (UTC)Reply[reply]

Paul Masson the resistant :

https://fusilles-40-44.maitron.fr/spip.php?article185801 JuliusMassius (talk) 05:31, 4 August 2020 (UTC)Reply[reply]

@JuliusMassius: Ok, so here's how to describe that without edit warring: [2]. --99of9 (talk) 05:49, 4 August 2020 (UTC)Reply[reply]

ok, for the moment, the archives of the city of Paris are under maintenance. I continue to research on other sites. JuliusMassius (talk) 15:33, 4 August 2020 (UTC)Reply[reply]

I just went to the Paris archives site just now, the site is working again. JuliusMassius (talk) 15:40, 4 August 2020 (UTC)Reply[reply]

Entity Explosion edit

Great tool; thank you.

I'm not sure what the best place is, for feedback, but on Firefox it lists a person's IMDB, Library of Congress authority, Pinterest and other external IDs; I've tried on several items, for example {{Q|Q4911143}. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:22, 26 August 2020 (UTC)Reply[reply]

@Pigsonthewing: it lists them, yes. I'm guessing you meant to write that it lists them more than once?  If so, I agree this is a problem. It's on the list of things to fix  Wikidata:Entity_Explosion (also a good place to centralise on-wiki discussion). I'm glad you like it. --99of9 (talk) 23:22, 26 August 2020 (UTC)Reply[reply]
Sorry yes: "lists them more than once"; and thanks. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:48, 27 August 2020 (UTC)Reply[reply]

Hello there. And thank you for this tool. I wonder if you could further develop it into something that would also help add missing statements on Wikidata. Say you are one a webpage that has an URL that combines both formatter URL (P1630) and format as a regular expression (P1793) of a given property, but no matching statement using that property is to be found anywhere on Wikidata. Then I guess the tool could suggest adding the URL part as an external identifier? Maybe it could use the title of the current page as a way to filter suggestions coming from Wikidata labels? If this can be done, I hope it will be in the future! Thierry Caro (talk) 19:01, 28 August 2020 (UTC)Reply[reply]

In a completely unrelated remark, I note that when your new tool is used on a page such as Lux* Saint-Gilles, the Hotels.com ID will show up four times because Hotels.com hotel ID (P3898) has four different formatter URL (P1630) statements, one per language. I suggest the extension should only display the one that matches the chosen language of the user. Or if everything needs to be displayed, then you can probably add little [en], [fr], [de], etc. that will solve the mystery of multiple showings. Thierry Caro (talk) 06:26, 6 September 2020 (UTC)Reply[reply]
@Thierry Caro: Your first idea is a good idea, but is probably a long way off. Your second idea is one of the things I'm working on at the moment. It will filter the formatters by statement rank, first-party vs third party, language (matching search language), file format, ... I had been moving toward only showing one "best" result, but may instead show all above a certain score threshhold, qualified by operator (P137) and language as you suggest. --99of9 (talk) 09:51, 6 September 2020 (UTC)Reply[reply]

This is a great tool, and I am really enthusiast of it, as a beginner in Wikidata. I am interested in libraries, and I was trying it on many catalogues. I understand that a web page containing some international id is necessary to activate Entity Explosion. But, I am not sure on which ones are the right ids. For example, in this catalogue (https://opac.sbn.it/opacsbn/opac/iccu/authority.jsp?db=solr_auth) I found a page about "Guerrini, Mauro" with two apparently good ids (ISNI and SBN) that are also present in https://www.wikidata.org/wiki/Q15268452 but Entity Explosion seems not to work. I wonder why. --Carlobia (talk) 10:06, 11 November 2020 (UTC)Reply[reply]

@Carlobia: The extension does not currently look in the content of a page to extract any IDs. It only looks at the URL of the page you are on. If that URL corresponds to a URL format in one of our Wikidata properties, then it extracts the ID bit and searches if we have a Wikidata item for it. So the URL
https://opac.sbn.it/opacsbn/opac/iccu/scheda_authority.jsp?bid=IT%5CICCU%5CCFIV%5C013063 seems to match
https://opac.sbn.it/opacsbn/opac/iccu/scheda_authority.jsp?bid=$1 which we have at https://www.wikidata.org/wiki/Property:P396#P1630.
but unfortunately the identifier we have: IT\ICCU\CFIV\013063 gets some characters encoded to give the URL fragment IT%5CICCU%5CCFIV%5C013063. So it's not getting detected correctly. I'll investigate whether there is a good way to fix this. Thanks for letting me know. --99of9 (talk) 23:40, 11 November 2020 (UTC)Reply[reply]
@99of9: Thank you for the clear and quick answer. I see the issue and I understand it is tricky to be fixed. Please, let me know whether you should do it. Anyway, I will continue to spread the word of Entity explosion! --Carlobia (talk) 08:18, 12 November 2020 (UTC)Reply[reply]

Hi! In a similar vein than above... I was playing today with data extracted from BoardGamegeek (BGG), such as, for instance, https://www.wikidata.org/wiki/Q1755280. The corresponding BGG ID is 6472, which links to the BGG page, which then unfortunately redirects to an expanded version of the URL - which means that the link in EntityExplosion gets lost when accessing BGG, since the URL format doesn't match the one on Wikidata... I have no idea if it's easily fixable, either on Wikidata or in EntityExplosion (it's my first day on Wikidata ;) ), but in any case, thought it was worth mentioning too :) Thanks again for a very neat tool! Balise42 (talk) 19:18, 16 August 2021 (UTC)Reply[reply]

@Balise42: Thanks for pointing this one out. I thought I'd already made it able to cope with trailing slugs that get added to the end of a string. But obviously not this one - so I'll need to look into it, but this should definitely be capturable. --99of9 (talk) 00:01, 17 August 2021 (UTC)Reply[reply]

We sent you an e-mail edit

Hello 99of9,

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org.

You can see my explanation here.

MediaWiki message delivery (talk) 18:46, 25 September 2020 (UTC)Reply[reply]

Just a thought edit

Many Western Australian political articles are being uodated - and a considerable number are self evident in their titles: https://www.wikidata.org/wiki/Q5357078 - is it ok to mimic titles in desciptions (or adjust slightly) - as means of having a descriptor almost the same as the title - not taking the micky out of the system at all - if you get my drift. Trust all is well. JarrahTree (talk) 10:05, 15 February 2021 (UTC)Reply[reply]

@JarrahTree: Yes, that title is very descriptive, so it's fine if the description is similar. Even more important is the structured data. I've added a few properties and values to that item. @Canley: has done more work than me on describing elections, so may have something to add. --99of9 (talk) 00:37, 17 February 2021 (UTC)Reply[reply]
reply from JarrahTree - thanks for that, just caught a glimpse of the amount yet needed to be done, thought I would check at the early stage(s) - cheers and thanks. JarrahTree (talk) 00:41, 17 February 2021 (UTC)Reply[reply]

Entity explosion edit

@99of9:: Question on your Entity explosion tool. I freshly created an entity, Sampson Williams (Q105530264) this morning. When I used the API to change display language, curiously, without adding any Chinese scripts, some were able to come through the Entity explosion. I was wondering about the source. How was the data transformed to different scripts selected for display? see screen shot. Thank you for your help. jshieh (talk) 20:01, 16 February 2021 (UTC)Reply[reply]

@ShiehJ: I may not have fully understood your question. Feel free to ask for clarification. The translations come from the language translations on the linked items, so for example sex or gender (P21) has a label "性别" and male (Q6581097) has a label "男". If a label for either the property or the value is not available in that language, it will not show up in the dropdown when that language is chosen in Entity Explosion. I'm not sure what the No No No Yes in your screen shot is indicating. Are you asking how I got the names of the languages? --99of9 (talk) 00:29, 17 February 2021 (UTC)Reply[reply]
@99of9:: Thank you for a quick response. I thought the data in the <language> section must be present in order for the EE API to display data in variety of scripts. But the tool was more intuitive displaying different scripts that are associated with properties. Interestingly, some worked faster than others. I captured the screenshot minutes after the creation of this Q item testing whether or how quickly multilingual scripts will take effect. A handful of the scripts (showing YES on the screenshot) succeeded pulling data to display the chosen scripts. I was wondering if there were a <preference> ranking in the background? How the Taiwan national language script option worked faster than the regular Chinese language (Putonghua) option, traditional scripts over simplified scripts, etc.? In all, EE is an excellent tool for end-users. Thank you! jshieh (talk) 12:59, 17 February 2021 (UTC)Reply[reply]
@ShiehJ: There is no preference ranking. Once you select any language, EE runs some SPARQL queries on the WDQS, and returns the results as soon as the queries end. I'm glad you're enjoying using EE. It's great to have users in many languages. Please tell others in your language community about it, because I only speak English! If you want to make it work even better in zh-hant, then there are still many properties without a label in zh-hant. --99of9 (talk) 06:10, 18 February 2021 (UTC)Reply[reply]
@99of9:: That sounds like an interesting project. Before I share with librarians from the CEAL: Council on East Asian Libraries, a couple of questions. 1) Are there best practices guidelines for the <Language> section regarding, Chinese, Traditional Chinese, Simplified Chinese, Chinese (Taiwan), Chinese (Hong Kong), Chinese (China) etc. somehwere? From your provided link, the first two properties declination (P6258) and SIMBAD ID (P3083), I was having a very tough time determining label for <Chinese> language means which, zh-Hans or zh-Hant? In addition, what other available variants to apply also in an item not just the property, e.g., International Standard Name Identifier (Q423048)? 2) How will I find if these labels in EE corresponding to BPC-47 language codes? Thank you! jshieh (talk) 14:01, 18 February 2021 (UTC)Reply[reply]
@ShiehJ: To answer your question (1), I'm sorry I don't know if there are any best practices for how they all interrelate. I don't even know which script is usually used for the main zh label! One way to decide would be to follow what the Wikipedias in those languages do, which is to provide the label that most readers would expect in that context. (e.g. if it is a property/item about TW, then use zh-tw). But in my opinion any label is better than no label, so if it's currently empty, just fill it in whichever way seems best to you. Maybe raise this at WD:PC? --99of9 (talk) 00:24, 19 February 2021 (UTC)Reply[reply]
@ShiehJ: To answer your question (2), here is a query to find out which Wikimedia language code (P424) correspond to the language labels on the EE dropdown: https://w.wiki/$GN . It looks like the codes you didn't guess were "zh" "zh-cn" and a second "zh-tw" respectively. It doesn't matter if there are two that both point to zh-tw, because they will return the same results in EE. --99of9 (talk) 00:13, 19 February 2021 (UTC)Reply[reply]
@99of9:: Description below could get a bit complicated on your 2nd point! Thank you for the query link! Very helpful. For me, the language subtag "zh" simply refers to the Chinese language. It does not specify the written scripts. The zh-CN points to the Chinese language spoken/used in China, presumably PRC, and may imply simplified scripts. The characters in the EE dropdown menu for Han-yu (language spoken by Han ethnic group) could also imply classical spoken Chinese; and the characters for Putonghua (common spoken Chinese language) could be the Mandarin language which has been considered the <common Chinese language> or "guan hua", <speech of officials> in China (in Taiwan, Mandarin is referred to as "guo-yu" <national language>. But does not imply the script either). However, I am uncertain of the language subtags for the above. On the other hand, the zh-Hant and zh-Hans clearly specify the script used. At any rate, not being a sinologist or designer of WD language tags/script codes/region codes, I could only be sure of a handful of the codes to apply. Hopefully, there are best practices guidelines somewhere. Thank you for your help! (PS: zh-cn is not canonical, geographic abbreviation needs to be in CAP, per BCP 47 language validator)

southwest australia edit

is a bloody nightmare - I changed the edit you did this arvo re it with the words that was is a bioregion/ecoregion

https://www.wikidata.org/wiki/Q60385 is the administrative region
https://www.wikidata.org/wiki/Q7571194 is the over-elaborate disambig page

it is not helped by the iBRA subdivisions that have not been updated adequately either in the disambig or elsewhere

so it is in a manner of speaking a mess - a true cacophony of south wests... JarrahTree (talk) 10:10, 23 April 2021 (UTC)Reply[reply]

Native minerals edit

Hi. Native minerals are different from respective chemical elements, and their MinDat IDs rather should be matched to mineral items, e.g. IDs for gold to native gold (Q898406) and ID for silver to native silver (Q1057174). 2001:7D0:81F7:B580:45A:ED62:94E3:AFB 08:01, 20 May 2021 (UTC)Reply[reply]

Ok, I've moved those values. --99of9 (talk) 01:38, 21 May 2021 (UTC)Reply[reply]
Thanks. Though, currently gold (Q897) still has these IDs. 2001:7D0:81F7:B580:B1C0:EBF1:5052:1FA0 07:39, 21 May 2021 (UTC)Reply[reply]

Creating 4 Price One Penny (Q106923678) properties which are ready? edit

You explained to me on WikiProject Periodicals that I didn't have enough Periodicals IDs to warrant a property. However, the 4 others are ready to be created: Category:Properties ready for creation (the 4 properties that start with "Price One Penny").

Since you're a property creator, I was wondering if you would be willing create them. I'll also ask Sic19 (talkcontribslogs) and Jura1 (talkcontribslogs).

Thanks! Marianika (talk) 20:17, 1 June 2021 (UTC)Reply[reply]

Redundant P131 values? edit

There are quite a few items which have both located in the administrative territorial entity (P131) New South Wales (Q3224) (without qualifiers) and located in the administrative territorial entity (P131) (some other value which itself is P131/P131* New South Wales (Q3224)), this latter value being appropriately qualified:

select distinct ?i ?iLabel {
  ?i p:P131 ?a ; p:P131 ?b .
  ?a ps:P131 ?c . ?b ps:P131 wd:Q3224 . ?c wdt:P131 wd:Q3224 .
  MINUS { ?b ?s [] . ?s ^wikibase:qualifier [] }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
Try it!

Would you be comfortable with removing the unqualified located in the administrative territorial entity (P131) New South Wales (Q3224) values, given that places in NSW can be identified with "?place wdt:P131/wdt:P131* wd:Q3224" in a query? (I have a similar question with respect to other Australian states.) Mahir256 (talk) 14:47, 6 June 2021 (UTC)Reply[reply]

contact edit

have tried very half heartedly to make off wiki contact to have a chat about a number of condundrums albeit discontinuous logic in relation to the interplay of the current rush of short descrips and empty data items - the most intriguing being the human habitated or populated place whatever against locality for oz places for instance - no doubt you are very busy regardless - but sometime maybe - there are other issues as well, but... hope there is an opportunity for off the main road interaction, so to speak (enigmatically) JarrahTree (talk) 06:09, 6 July 2021 (UTC)Reply[reply]


Hi 99of9, I'm after a bit of advice on something which, I think, you are quite experienced on at Wikidata. It is about a new identifier property? The property I think would be useful to Western Australian articles would be the official Department of Mines MINEDEX register, which lists mines past and present in the state. This, for example, is the entry for the en:Agnew Gold Mine. Is it feasible to propose it as new property? I have never proposed one before so I'm wondering how to go about it. I had a look at Wikidata:Property proposal, but it looks rather complicated! Calistemon (talk) 07:32, 6 April 2022 (UTC)Reply[reply]

Hi @Calistemon:. That looks like a great ID property. I agree that Property Proposals is a bit complicated first time around (lots of template fields where it's not obvious what's wanted). The good news is that it's a very cooperative space, so any errors or omissions usually get fixed by others, without biting your head off. So I'd suggest just trying it, and filling out as much as you can (perhaps copying from another proposal), but am happy to walk you through it over Zoom if it helps. One thing to check: they seem to have IDs for both "projects" and "sites". Which one is more appropriate to the items on Wikidata? Or should we have both? --99of9 (talk) 23:33, 7 April 2022 (UTC)Reply[reply]
Thanks for your advice, I have created Wikidata:Property proposal/MINEDEX. In regards to your question, I hadn't noted this distinction up until now as I was focusing on Mines, which fall under Projects. There is actually 14 different identifiers, of which Projects (Mines) are the most useful, followed by Owners (Company that runs the mine). Sites are components of the mine (e.g., the Camp, the Process Plant, individual Open or Underground operations) and properly less likely to be of use at this point, unless Wikidata in the future would want to identify individual features like an open pit visible on Google Maps or OpenStreetMap. For this it is very valuable as each entry contains coordinates. I have been linking WA mines in OpenStreetMap to their Wikidata item but this could be refined to each Quarry on OSM, with related Wikidata item. That would be a lot of work however! Calistemon (talk) 05:05, 8 April 2022 (UTC)Reply[reply]

Forgot edit

Correct procedure for dealing with duplicates


JarrahTree (talk) 12:00, 21 May 2022 (UTC)Reply[reply]

Grammatical Person property creation edit

Hi there! I reach out to you since you are the first on the list of property creators... Would you mind going ahead and creating the Grammatical Person property, given the support it got? Thanks! AGutman-WMF (talk) 19:02, 28 July 2022 (UTC)Reply[reply]

Australian places with same population in 2016 and 2021 edit

Hi. I've noticed at least two places (so far) with the same value for the population in 2016 and 2021 census. The semi-automatic uploads (thank you very much for doing them!) have managed to add both sets of qualifiers and reference to the same value, instead of creating a second value with the same number but different qualifiers and reference. I have corrected the ones I have found, but realised I need to let you know as similar code will be run for the next census. The two I've changed are Fisherman Bay and Willamulka. The reason it mattered to me was that wikipedia:Template:Infobox Australian place didn't work properly with the mixed-up values if I wanted to set it to pull the value from Wikidata. This is mostly just to let you know of a new test case for next time, but if you happen to be able to find and fix any other examples, that'd be great too. Thanks. ScottDavis (talk) 10:19, 14 October 2022 (UTC)Reply[reply]

@ScottDavis: Thanks. Yes, I noticed the same during upload. It's fairly rare, but also fairly annoying! I think the easiest fix might be to write a query for populations with both qualifiers, and then separate them manually, but I haven't had a chance yet. --99of9 (talk) 23:58, 9 January 2023 (UTC)Reply[reply]
@ScottDavis: Oh, there are more than I expected :-(. Here's a query: https://w.wiki/6C$P . --99of9 (talk) 00:13, 10 January 2023 (UTC)Reply[reply]

Question about datasets licensed CC BY and Wikidata edit

Kia ora, I've discovered this dataset I want to work with to include in wikidata via open refine. https://catalogue.data.govt.nz/dataset/mog-events/resource/bfc80102-20f8-4a37-815a-2c07c667101c The issue is that the dataset is licensed CC BY 3.0 NZ and Wikidata requires CC0. I know that the copyright relates to the assemblage of the data only and not the facts within the assemblage. My question is - have you come across this before and how have you navigated the copyright licensing to ensure that the facts can be added to Wikidata without needing to reproduce each fact manually. Any help you can give me on this one would be gratefully recieved. Einebillion (talk) 04:45, 9 December 2022 (UTC)Reply[reply]

@Einebillion: Sorry I missed this. Can you remind me to talk to you about this next time we see each other virtually? --99of9 (talk) 02:27, 14 March 2023 (UTC)Reply[reply]
Sure and will do. :-) Einebillion (talk) 02:57, 14 March 2023 (UTC)Reply[reply]

Landgate ID edit

Hi 99of9, I got a query in regard to a potential Wikidata Identifier item. Resulting from a discussion on Wikipedia talk:WikiProject Western Australia#Manypeaks and Frankland River: Town and/or locality? on the English Wikipedia, I'm wondering whether it would be possible to somehow identify whether an item on Wikidata covering a Western Australian locality, suburb or town, is identified by Landgate as Localities LGATE-234 or Townsites LGATE-248? Using the map at nationalmap.gov.au, every locality or town seems to have a unique Object ID. For example, Tenterden (Q7700832) has the ObjectID 86. Unlike other Identifiers however (e.g. OpenStreetMap relation ID), I don't see how this ID could be made into a link to help identifying the entity. Do you see any way how to practically apply this identification by Landgate to reduce any ambiguity as to what a Wikidata item is actually about? This could potentially also be used to identify LGAs (Local Government Area (LGA) Boundaries (LGATE-233)). Your advice would be appreciated. Calistemon (talk) 14:02, 6 January 2023 (UTC)Reply[reply]

@Calistemon: This might work: 86. Can you check some examples of other types and see if it's what you need? --99of9 (talk) 00:41, 7 January 2023 (UTC)Reply[reply]
Thanks, yes, this also works for Townsites and LGAs. A list of what Layers can be displayed with an individual identity. I checked, it works the same way with LGAs, the Shire of Wiluna for example. Do you see value in having such an Identifier? If yes, would it have to be added manually to each LGA and locality or is there some way to bulk upload? Calistemon (talk) 08:18, 7 January 2023 (UTC)Reply[reply]
I have created Wikidata:Property proposal/Landgate Object ID. Let's see whether it will get some support. Calistemon (talk) 08:15, 9 January 2023 (UTC)Reply[reply]

Entity Explosion - more than one identifier from the same source edit

Hi! A user on the Wikidata Telegram group (Moebeus) noticed that when there is more than one identifier from the same external source on a Wikidata item, that EE reports no result found on Wikidata. Don't know if it is fixable or not but thought you might want to know. Cheers DrThneed (talk) 21:49, 13 March 2023 (UTC)Reply[reply]

@DrThneed: thanks for the heads up. I had to reinstall my phone, so don't currently have access to the Telegram group. Can you give me an example to play with? (Is one of the identifier values deprecated?) I just tested ethanol (Q153) and it worked from here and here. --99of9 (talk) 02:21, 14 March 2023 (UTC)Reply[reply]
Interesting - I found some items with double VIAFs and it worked for those too. Have asked the editor that raised the issue if they can share an example, will let you know! DrThneed (talk) 10:18, 14 March 2023 (UTC)Reply[reply]
So turns out to a false alarm, they realised that they were on a beta site of the external database rather than the main site. DrThneed (talk) 00:12, 16 March 2023 (UTC)Reply[reply]
Even better! Thanks for following up. --99of9 (talk) 00:37, 16 March 2023 (UTC)Reply[reply]

Mnm Catalogues edit

I don't want to tempt you, but there are some catalogues to sync xD. But be careful!

1 https://mix-n-match.toolforge.org/#/sync/1005
2 https://mix-n-match.toolforge.org/#/sync/1076
4 https://mix-n-match.toolforge.org/#/sync/1408
5 https://mix-n-match.toolforge.org/#/sync/1955
6 https://mix-n-match.toolforge.org/#/sync/1982
7 https://mix-n-match.toolforge.org/#/sync/255
8 https://mix-n-match.toolforge.org/#/sync/2565
9 https://mix-n-match.toolforge.org/#/sync/3872
10 https://mix-n-match.toolforge.org/#/sync/403
11 https://mix-n-match.toolforge.org/#/sync/4065
12 https://mix-n-match.toolforge.org/#/sync/410
13 https://mix-n-match.toolforge.org/#/sync/4162
14 https://mix-n-match.toolforge.org/#/sync/4489
15 https://mix-n-match.toolforge.org/#/sync/4543
16 https://mix-n-match.toolforge.org/#/sync/4582
17 https://mix-n-match.toolforge.org/#/sync/4833
18   Done https://mix-n-match.toolforge.org/#/sync/49
19 https://mix-n-match.toolforge.org/#/sync/4953
20 https://mix-n-match.toolforge.org/#/sync/5079
21 https://mix-n-match.toolforge.org/#/sync/5167
22 https://mix-n-match.toolforge.org/#/sync/5218
23 https://mix-n-match.toolforge.org/#/sync/5245
24 https://mix-n-match.toolforge.org/#/sync/5372
26 https://mix-n-match.toolforge.org/#/sync/5446
28 https://mix-n-match.toolforge.org/#/sync/5580
29 https://mix-n-match.toolforge.org/#/sync/5581
31 https://mix-n-match.toolforge.org/#/sync/5600
32 https://mix-n-match.toolforge.org/#/sync/5794
33 https://mix-n-match.toolforge.org/#/sync/745
34 https://mix-n-match.toolforge.org/#/sync/778
35 https://mix-n-match.toolforge.org/#/sync/851 Matlin (talk) 15:34, 27 April 2023 (UTC)Reply[reply]

@Matlin: Can you give me some more context? Why are these ones special? Wouldn't lots of them benefit from syncing? Also are there special reasons to be careful? My understanding is that syncing like I did for Jaxsta basically imports all MnM machine-matches into live Wikidata. This is sometimes dangerous because it depends on the quality of matching (Jaxsta had some secondary identifiers to help with this). Also, while I've got you here, how did you change your name in MnM? --99of9 (talk) 03:11, 28 April 2023 (UTC)Reply[reply]