Wikidata talk:Notability/Items considered notable

Museum catalogues

Would catalogues of museums be appropriate set of data for Wikidata to host? I'm assuming from the notability criteria that you'd only accept such catalogues if the museum itself had a wikipedia article. Jonathan Cardy (WMUK) (talk) 13:43, 4 June 2013 (UTC)

These guidelines apply to normal item pages. So, the museum could get a wikidata item page (with a Qxxx) number, as soon as there is an article in at least one language. It seems to me though that you are asking if the museum's catalogue could be hosted on WD. This is something technically not yet supported, but it might be soon. Maybe see meta:Wikidata/Queries and ask again there for your specific use case. --Pixelpapst (talk) 12:08, 7 July 2013 (UTC)

If one item on Wikipedia is listed in the catalog and uses the catalog as a reference then the catalog will get an item to use in the source info.

To add the entire catalog to wikidata would mean:

1. identifying the wikidata property corresponding to each datum in the catalog
2. Creating new properties if needed for some catalog data.
3. creating an item for each entry in the catalog
4. importing all the catalog info into Wikidata.

Step 3 is the crucial step. Does wikidata want items about everything in your catalog? Are they all notable? If not then Wikidata will only import information from a selection of your catalog entries that wikidata deem to be notable.

To summmarise: Wikidata won't host the museum catalog but it might incorporate the catalog into the wikidata info.

Hope this helps. Filceolaire (talk) 12:30, 21 August 2013 (UTC)

Thanks for this discussion. I'm curious would the situation be at all different if the museum catalog was uploaded to WikiSource? Edsu (talk) 14:13, 9 June 2015 (UTC)

Module test cases

Please include [[Module:Some module/testcases]] in this list, because one can't provide entity Id to mw.wikibase.getEntity(). See hu:Modul:Wikidata/tests. --84.3.90.28 14:09, 9 November 2013 (UTC)

• Like instances of the class Module test cases (Q15145755).

--81.182.250.189 13:22, 11 November 2013 (UTC)

RecentChanges

The deletion of Q6293548 means that bgwiki, cywiki, dawiki, dewiki, enwiki, eowiki, etwiki, , euwiki, frwiki, iswiki, jawiki, miwiki, nlwiki, ptwiki, ruwiki, simplewiki, svwiki, thwiki, ttwiki, wawiki, zhwiki and zuwiki are now without interwiki-links on their Special:RecentChanges. A change of this kind needs to be discussed and communicated before implementation. --Palnatoke (talk) 13:34, 20 December 2013 (UTC)

These wikis can add those links manually if they really need them. Vogone talk 14:27, 20 December 2013 (UTC)

True. And they do not really need Wikidata, do they? --Palnatoke (talk) 15:48, 20 December 2013 (UTC)

Well, they do. But special pages do not need interwikis, neither with Wikidata nor without it. They are called the same way on every MediaWiki installation. And in case a community wishes to have some of them anyway for more "important" wikis, they can, as already mentioned, add them manually. At least this need of a few particular larger communities doesn't justify that small wikis get overloaded by hundreds of unnecessary links (we do almost have 1,000 wikis in the SUL) without being asked. Vogone talk 16:35, 20 December 2013 (UTC)

Besides, what happened to "Please discuss any amendments to or deletions from this list first on the talk page."? --Palnatoke (talk) 15:56, 20 December 2013 (UTC)

No idea why this was added. Vogone talk 16:35, 20 December 2013 (UTC)

It has been added here, and the only discussion about it in advance that I could find was Wikidata:Requests for comment/Inclusion of non-article pages 2, where three people explicitely voted for this item (one opposing, if I read that right). --YMS (talk) 17:02, 20 December 2013 (UTC)

Yes, that's also the only discussion I found. :) Vogone talk 17:10, 20 December 2013 (UTC)

Module test cases (2)

On each Wikipedia project Module testing (see en:Category:Module test cases) takes place in Module_talk:ModuleName/testcases, examples:

• en:Module talk:URL/testcases
• en:Module talk:String/testcases
• en:Module talk:Convert/sandbox/testcases
• en:Module talk:Math/testcases

The problem is when a testcase is related to Wikidata, because that talk page isn't linked with an entity on Wikidata.

It would be very important having an inclusion criteria to allow the creation of items with label or description like:

• "Test item used by Module_talk:ModuleFoo/testcases on en.wikipedia.org"
• "Test item used by Module_talk:ModuleBar/testcases on en.wikipedia.org"
• "Test item used by Module_talk:ModuleBaz/testcases on it.wikipedia.org"

to allow the automated testing of Wikidata-related features. Thanks in advance. --Rotpunkt (talk) 21:03, 27 February 2014 (UTC)

Opposing that idea, since the module can still be tested. Modules and templates can be tested while editing by using an field marked "page title", under the heading "Preview page with this template". That way, you can test an module and see an result on an another page which is linked to an item.--Snaevar (talk) 00:42, 8 March 2014 (UTC)

This needs a manual operation, so it's not human mistake proof. We're going towards more code module interractions with the introduction of Lua, any automated way to test and catch possibly non trivial errors and running testcases, filling the corresponding error catching categories is good.  Support the idea. TomT0m (talk) 10:19, 8 March 2014 (UTC)

Why not only add "label:Sandbox item"? When you have finished with "Module_talk:ModuleFoo/testcases on en.wikipedia.org" you can use it somewhere else. I am aware of 2 such items already, and I cannot see any problems with expanding the number of such items.  Support But, I do not think we have to change any inclusion critera for this. -- Lavallen (talk) 11:12, 8 March 2014 (UTC)

Talk page of /testcases, I think that is necessary add to Inclusion criteria --ValterVB (talk) 12:39, 8 March 2014 (UTC)

@Snaevar @Lavallen I try to explain from a developer point of view. Those tests must work everytime I click on "run test", not only once, and without a previous setup. If the item is a normal item (as Snaevar said) or that item is reused (as Lavallen said) then probably it won't work. When I develop a module I run these tests continuosly because in every software development process the software testing is the only fundamental thing that assures that all features (old and new) are working correctly. Indeed in this tests all the features of the module are tested, in a way you can't reproduce manually. There are modules with only one or two feature related to Wikidata, but there are others like the Modulo Wikidata itself that have /only/ features related to Wikidata. By now I write {{#invoke:Wikidata/test|run_tests}} in a page with a known linked item, but I can't anyway find a real item with all the features I have to test in the automated test. For this reason I need a dedicated one. --Rotpunkt (talk) 12:58, 8 March 2014 (UTC)

It's generally a matter of Common Sense. But you should create as few items as possible and reuse them multiple times. --Ricordisamoa 16:02, 11 March 2014 (UTC)

If it's not possible to have 1 item <=> 1 lua script, it's ok also 1 item <=> many lua scripts, however it should be written that it's used for testing so other users won't modify it. I only need: (1) the possibility to customize the properties with my types/values (2) every time I click on "run tests" I need high chances that it works, because other users have not modified the properties used by the lua script in that item. --Rotpunkt (talk) 07:53, 12 March 2014 (UTC)

Why don't you just use testwikidata and testwikipedia for these kind of tests? That seems like a much saner thing to do than having to host a lot of test data on wikidata - Hoo man (talk) 17:24, 18 March 2014 (UTC)

Hi Hoo, because the modules are already on Wikipedia. On wikipedia module testing is based on a page that uses unittests and a page that executes them, for example on en.wikipedia:

• tests: en:Module:URL/testcases => execution with one click: en:Module talk:URL/testcases
• tests: en:Module:String/testcases => execution with one click: en:Module talk:String/testcases

on it.wikipedia:

• tests: it:Modulo:Coord/test => execution with one click: it:Discussioni modulo:Coord/test.

Moving the module to another project isn't the same thing. --Rotpunkt (talk) 18:34, 18 March 2014 (UTC)

Project:Steward (Q10978204)

Really?! Soft/Interwiki redirects have Included here?! --Liuxinyu970226 (talk) 07:40, 16 July 2014 (UTC)

The English link is a redirect, but other languages are not, so I think it is ok. Perhaps we should remove the English link, but I think it may be useful to have it, at least until sitelinks to Meta are supported by Wikidata. --Zolo (talk) 08:50, 16 July 2014 (UTC)

Tools etc.

I suggest we add a line to the effect "documenting Wikidata's structures and tools". That would ensure that items like Add Names as labels (Q21640602) are safe. (see discussion at Template talk:Tool#Item parameter). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:38, 20 March 2016 (UTC)

 Oppose otherwise Wikidata will become more like a graveyard for meta-items and less like a knowledge base about actual concepts. We already host a lot of the former, but at least they have to fulfill a usefulness requirement. --Ricordisamoa 15:39, 20 March 2016 (UTC)

There are, at the time of writing, over 24 and a half million items on Wikidata. The tools I describe probably number no more than a hundred or so. Do you really think they will change the nature of Wikidata? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:47, 27 November 2016 (UTC)

 Weak support We may have modified MediaWiki:(something) on several wikis (e.g. Q21680110), this means if such pages are tools that constructive for us, we should have exception for such "tools". --Liuxinyu970226 (talk) 03:07, 5 July 2016 (UTC)

False information

The text "providing sitelinks for the "recent changes" special page in Wikipedias" is Wrong:Links does not appear by this item --ديفيد عادل وهبة خليل 2 (talk) 09:47, 23 November 2016 (UTC)

 Deleted by Lymantria (talk • contribs • logs) --ديفيد عادل وهبة خليل 2 (talk) 08:13, 27 November 2016 (UTC)

To make KML file (P3096) and route diagram template (P3858) more senseful

@GZWDer, Jc86035: We should have some exceptions of "If a link is a template, the item must contain at least two such sitelinks". --Liuxinyu970226 (talk) 04:48, 18 April 2017 (UTC)

• These shouldn't be an issue. If you read on, it says: Items for non-subpages can be created with 1 sitelink, but shouldn't be created in great numbers.. and 3. It fulfills some structural need, for example: it is needed to make statements made in other items more useful.. Ok, I shouldn't (partially) quote myself ;)
  --- Jura 05:19, 18 April 2017 (UTC)

  The problem is that main WD:N says that MediaWiki: namespace pages are not eligible for linking, but we do have several items that linked to that ns. It's also likely that such pages for P3096 and P3858 are located in MediaWiki: ns. Liuxinyu970226 (talk) 02:21, 2 November 2021 (UTC)

This page seems way too short

We currently have only 5 examples on this page, which seems slightly ridiculous. Surely in the entirety of Wikidata there are more items which are non-trivially worthy of inclusion?? Yitzilitt (talk) 22:30, 16 November 2021 (UTC)

@Yitzilitt: The items on this page are those which are used for Wikidata tutorials. All other items must meet the normal notability criteria. --Haansn08 (talk) 03:03, 19 November 2021 (UTC)

This is a list of exceptions to Wikidata:Notability, where the entirety of Wikidata is outlined. The less exceptions, the better. --Matěj Suchánek (talk) 10:59, 20 November 2021 (UTC)

adding the new sandbox

The new sandbox:Wikidata Sandbox 4 (Q112795079) was created. I suggest this be added to the inclusion criteria. Christmas Wreath (talk) 13:12, 9 October 2022 (UTC)

 Done 132.234.228.97 04:06, 18 October 2022 (UTC)