Shortcut: WD:PP/AUTH

Wikidata:Property proposal/Authority control

From Wikidata
Jump to: navigation, search

See also:
Wikidata:Property proposal/Pending - Properties which have been approved but which are on hold waiting for the appropriate datatype to be made available.
Wikidata:Properties for deletion - proposals for the deletion of properties.

This page is for the proposal of new properties.

Before proposing a property
  1. Check if the property already exists by looking at Wikidata:List of properties (manual list) and Special:AllPages.
  2. Check if the property is already pending or has been rejected.
  3. Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically. See WD:WikiProject Infoboxes for suggestions.
  4. Select the right datatype for the Property.
  5. Start writing the documentation based on the preload form below and add it in the appropriate section.

Creating the property

  1. Creation can be done after 1 week by a property creator or an administrator.
  2. See steps when creating properties.

Add a request

This page is archived, currently at Archive 31.

To add a request, you should use this form:

=== {{TranslateThis | anchor = en
| de = <!-- PROPERTY NAME IN German (optional) -->
| fr = <!-- PROPERTY NAME IN French (optional) -->
<!-- |xx = property names in some other languages -->
}} ===
{{Property documentation
|status                 = <!--leave this empty-->
|description            = {{TranslateThis
  | en = ...
|subject item           = <!-- item corresponding to the concept represented by the property, if applicable; example: item ORCID (Q51044) for property ORCID (P496) -->
|infobox parameter      = Wikipedia infobox parameters, if any; ex: "population" in [[:en:template:infobox settlement]]
|datatype               = put datatype here (item, string, media, coordinate, monolingual text, multilingual text, time, URL, number)
|domain                 = types of items that may bear this property
|allowed values         = type of linked items (Q template or text), list or range of allowed values, string pattern...
|source                 = external reference, Wikipedia list article, etc.
|example                = {{Q|1}} → {{Q|2}}
|formatter URL          = 
|filter                 = (sample: 7 digit number can be validated with edit filter [[Special:AbuseFilter/17]])
|robot and gadget jobs  = Should or are bots or gadgets doing any task with this? (Checking other properties for consistency, collecting data, etc.)


(Add your motivation for this property here.) ~~~~


For a list of infobox parameters, you might want to use table format:

{{List of properties/Header}}

{{List of properties/Row|id=
|title          = audio
|type           = media
|qualifier      =
|description    = Commons sound file
|example-subject= Q187 <!-- Il Canto degli Italiani -->
|example-object = Inno di Mameli instrumental.ogg


For blank forms, see Property documentation and List of properties/Row

Authority control / Normdaten / Autorité[edit]

See also Wikidata:Property proposal/Pending for approved items awaiting the deployment of currently unavailable datatypes
Already approved properties: list

ISO 12620 ID[edit]

   In progress
Description Numeric ID from the Data Category Registry, which is a registry of linguistic terms specified by w:ISO 12620, which is a standard from w:ISO/TC 37. Each item in the registry has a PID which is a stable URI which is accessible via a RESTful interface, and it is available under a Creative Commons license. There is a web interface to the Data Category Registry as well as more information at
Data type String
Template parameter none
Domain part of speech (Q82042) (part of speech), grammatical gender (Q162378) (grammatical gender) e.g. at, Absolutive case (Q332734) (absolutive case) at, dental consonant (Q120443) (dental consonant) at, and generally any subclass of lexical item (Q2944660) (lexical item) or any item in the areas of syntax, morphosyntax, phonetics, or phonology, as well as many items in the areas of lexicography and translation.
Allowed values four-digit number
Suggested values (deprecated)
Example adjective (Q34698) has an ID of 1230 and its PID is
Format and edit filter validation 4 digit number can be validated with edit filter like Special:AbuseFilter/17)
Source none
Formatter URL$1
Robot and gadget jobs validation
Proposed by Haplology (talk)

The DCR is created and maintained by scholars all over the world. It is the subject of numerous scholarly publications ( Supporting items with links to the DCR could help with integration with Wiktionary in the future. Haplology (talk) 03:04, 19 August 2014 (UTC)

Pictogram voting comment.svg Comment As for the example: Why not 4948, 5748, or [2765 2765] for adjective (Q34698)? From my understanding, ISO 12620 is about implementing a registry for linguistic terminologies, i.e. existing vocabularies are imported to provide some kind of centralized system of reference. And isocat is one specific registry implementing that standard. Its identifiers are specific to isocat and not to ISO 12620. The listed terminilogies still exist in parallel, no attempts are made to create a combined vocabulary. Thus any concept ("class") may occurr many times in the registry. Intended usage of isocat seems not to provide direct points of refrence but rather to construct specific new sets of terminological classes for specific projects. But maybe I'm completely off the track... -- Gymel (talk) 08:27, 19 August 2014 (UTC)
@Haplology: Do you wish to comment on the above? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:51, 6 March 2015 (UTC)

Suggest to rename to "ISOCAT id", it's better known by that name. I am of two minds about it... Sharing Gymel's opinion, it's a grab bag of all sort of linguistic concepts, not particularly organized (eg compared to the OLIA NLP ontologies). But overall, I like to connect to any sort of Authority or Thesaurus... So a hesitant Symbol support vote.svg Support. --Vladimir Alexiev (talk) 14:38, 12 March 2015 (UTC)

Encyclopædia Britannica contributor ID[edit]

   In progress
Description ID for Encyclopædia Britannica contributors
Data type String
Domain person
Allowed values number
Example John Holmes Jellett (Q15967902) => 1475, Michael Aaron Dennis (Q16208061) => 4346, Kusum Nair (Q6448209) => 2105
Robot and gadget jobs Not yet
Proposed by GZWDer (talk)

I first see the ID in Chinese Wikipedia article for Palmer J. Holden, which have no article in other Wikipedias. His ID is 5790. I found only two usage of NEW formatter URL and 18 for the old one (which is dead now). Only 3 person with article mentioned the ID. Per en:Encyclopædia Britannica#Contributors, there're 4,411 contributors. Is the ID useful? GZWDer (talk) 11:06, 16 January 2015 (UTC)

  • Symbol support vote.svg Support Useful. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:39, 16 January 2015 (UTC)
  • Comment: I find it of less use as it a link that doesn't seem to go anywhere, nor have any references to where the data on the pages was sourced. There is also readily information about the scope or how complete is the list. The pages are not without value, just limited value without a ready means to lookup authors.  — billinghurst sDrewth 13:26, 21 January 2015 (UTC)
  • Pictogram voting question.svg Question: usage? -- Vlsergey (talk) 11:54, 13 May 2015 (UTC)

Who's Who identifier[edit]

   In progress
Description ID of a person in Who's Who
Represents Who's Who (Q2567271)
Data type String
Template parameter "id" in en:Template:Who's Who
Domain Persons
Allowed values String pattern: U\d+
Example Jenson Button (Q10510) => "U254416"
Proposed by James F. (talk)

This would be useful as an authority control ID for British people. Oxford University Press's "Who's Who", unlike many of the subsequent publications which have stolen its name, is a widely-used reference work for British people since 1849 and this would help bring together a number of individuals who otherwise do not have reasonable authority control schemes for them, like sportspersons and politicians. James F. (talk) 00:12, 18 January 2015 (UTC)

This is an interesting one. OUP have an identifier system (which we've taken in as Oxford Biography Index Number (P1415)). However, this is currently only used for people with Oxford Dictionary of National Biography entries - if they also have a Who's Who entry the index page will point to it, but no identifiers are assigned for ~90% of the people in Who's Who. It's possible it may be extended in future, in which case we could certainly merge the two identifiers - it'll be easy to switch from one to the other.
With that caveat, looks good. Andrew Gray (talk) 12:14, 18 January 2015 (UTC)

Pictogram voting comment.svg Comment These guys don't seem to be very open, or things are behind a paywall. There are a few examples on the home page, and the URL for Jenson Button (Q10510) is If you remove any one of the cryptic parameters, you get the home page. Not very coreference-friendly, I'm afraid --Vladimir Alexiev (talk) 15:56, 19 January 2015 (UTC)

It's all paywalled - if you're already logged in, then does work. Unfortunately, there's no landing page for unregistered users as there is for the ODNB. Andrew Gray (talk) 17:55, 19 January 2015 (UTC)

MAME ROM name[edit]

   In progress
Description Identifier of the MAME ROM
Represents MAME (Q1054055)
Data type String
Template parameter None
Domain MAME Arcade games
Allowed values case-insensitive ASCII string, no spaces, formally compatible with 8.3 filenames
Example Targ (Q7685817) MAME ROM name targ
Source MAME project
Robot and gadget jobs
  • mame.exe <value> on the command prompt if installed
  •<value> if available
Proposed by Dispenser (talk)

The aim of MAME is to be a reference to the inner workings of the emulated arcade machines; the ability to actually play the games is considered "a nice side effect". The project also documents the history, service manuals, screenshots, cabinet art/marquee, and related marketing materials. Thanks to some talented people the Internet Archive has made some of these games playable in the browser such as Targ which is free for non-commercial use. As games can have multiple version (bugfixes) you can expect a one-to-many relationship. Dispenser (talk) 22:49, 19 January 2015 (UTC)

  • Pictogram voting question.svg Question: What ensures that the value matches the mame.exe and value? --Closeapple (talk) 13:24, 24 February 2015 (UTC)
    • I've emailed the collection's curator Jason Scott asking him over the process used. I imagine it's simply easier for him to reuse the existing scheme. This property is intended to represent MAME internals and IA links should probably use formatter URL (P1630). Dispenser (talk) 16:34, 24 February 2015 (UTC)

Musopen composer identifier[edit]

   In progress
Description composer identifier
Represents Musopen (Q2572292)
Data type String
Domain Persons
Allowed values text

Formatter URL$1/
Robot and gadget jobs could be added by bot since the identifiers in urls are consistent
Proposed by Wesalius (talk)
Discussion hosts PD lincensed rercordings and sheet music of classical composers. Wesalius (talk) 12:48, 30 January 2015 (UTC)

Pictogram voting comment.svg Comment actually Mozart is known as composer of recorded music and as composer of sheet music and fortunately(?) the biographical sketches indicate that someone is aware of the two being the same person. -- Gymel (talk) 17:36, 24 February 2015 (UTC)
I just noticed dedicated to both (listing "most popular" entries). Thus the name forms are identical by design. -- Gymel (talk) 18:01, 24 February 2015 (UTC)
formatter URL added. Is that the best choice? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:49, 6 March 2015 (UTC)
I've added a trailing slash to the formatter URL, since just redirects to for me and I don't see any point in linking to something which redirects if it can easily be avoided. - Nikki (talk) 13:05, 1 May 2015 (UTC)

catalog prefix[edit]

   In progress
Description common prefix of this catalog’s catalog codes
Represents catalog (Q2352616)
Data type Monolingual text
Template parameter prepended to catalog code (P528) to form complete catalog code (catalog read from catalog (P972) qualifier), e. g. in ru:Шаблон:Звезда
Domain instances of (subclasses of) catalog (Q2352616); opus number (Q385271)
Allowed values any
Example Guide Star Catalog (Q143003) => “GSC ”; Köchel catalogue (Q162478) => “K. ” (english), “KV ” (german)
Robot and gadget jobs check that values of catalog code (P528) don’t include the prefix

Motivation: Currently, it’s unclear whether the prefix should be included in the catalog code (P528) value or not. I propose that the best solution is to remove the redundant prefix from the catalog code (P528) values and extract it into a statement on the value of the catalog (P972) qualifier instead. This also allows language-specific prefixes to be displayed correctly (for instance, Köchel catalogue (Q162478) is abbreviated “K. ” in English but “KV ” in German).

Proposed by: DSGalaktos (talk)

  • Pictogram voting question.svg Question Are there any catalogues where the prefix is not separated from the code by a space? If we could make the space implicit, we’d probably avoid an otherwise common mistake where people wouldn’t be aware that they need to include a trailing space in the value in most cases. —DSGalaktos (talk) 17:49, 30 March 2015 (UTC)
  • I don't think we should store the space in the value of the catalog prefix property; this is a formatting decision. Whoever wants to display the (prefix, code) pair should decided whether they want to format it with a space or not. –Hardwigg (talk) 18:37, 13 April 2015 (UTC)
  • The most catalogs that I know have language independent prefix. For example HD prefix of Henry Draper Catalogue (Q111130) is written as "HD" in all languages. So string datatype is looked more preferred for this property. Also usually prefix is inseparable part of identifier. I never seen "HD 39801" identifier without HD prefix. So Symbol oppose vote.svg Oppose removing prefixes from catalog code (P528) or other properties. Issue with Köchel catalogue (Q162478) can be resolved using some other way, for example creating separate property for this catalog. — Ivan A. Krestinin (talk) 14:53, 12 April 2015 (UTC)
  • I’m not familiar with astronomical catalogues, but via German Wikipedia I found this lookup page for HD: VizieR – and there, you must enter the number without the HD prefix (with the prefix, you get this error: Unrecognisable token in: HD 39801). So if a template wanted to automatically link to VizieR results, it would presumably be easier if the value stored didn’t include the prefix.
    In addition to that, adding a separate property for any “problematic” catalog doesn’t scale at all. And regarding the language / data type, yes, most catalogues would only have a single value (presumably in English (en), unless there’s some special “global” language code that I’m unaware of), but that’s no reason to oversimplify the property to the point where it can no longer accurately represent all data. —DSGalaktos (talk) 16:01, 12 April 2015 (UTC)
  • Symbol support vote.svg Support I think separating out the prefix represents the data more accurately. The catalog code is just the number; the prefix represents the catalog. If you had the catalog in front of you, it would (most likely) not have the prefixes. On more pragmatic terms:
  • removes duplication
  • allows for internationalization (K. vs. KV)
  • allows for simpler display customization: if you want to display the catalogue code in a special way, you don't have to to do any manual parsing to remove the prefix
  • Makes prefixed catalog code parsing possible: if you want to determine what catalog "HD 39081" belongs to, you could get a list of items with the catalog prefix property, and find the one which has "HD". This is currently not possible.
  • more complicated to display data with prefix: in order to display "HD 39081", for example, you would have to get the catalog code (P528) value, then get its catalog (P972) qualifier value, find its prefix, pick the correct language, and then append the code to the prefix. However the fact that this is currently simple is a limitation in terms of internationalization and display customization. Furthermore, if you are only displaying certain catalog codes, this isn't an issue since you can store the prefixes locally.
  • possible duplicate of short name (P1813)? All of these could be achieved by using short name (P1813) with some qualifier specifying its purpose.
  • monolingual text would be annoying since most prefixes would be identical in many languages. However this is a problem that short name (P1813) faced when it was invalid ID (P743) with plain string, and the end decision was to convert it to a monolingual. I think the extra complication is worth the internationalization.
Hardwigg (talk) 18:37, 13 April 2015 (UTC)
I wasn’t aware of short name (P1813), that does indeed sound like a very similar property. (Though, if the prefix should be identified by a qualifier on the short name (P1813) statement, that makes the prefix lookup for a catalog code (P528) statement even more complicated.) —DSGalaktos (talk) 19:10, 13 April 2015 (UTC)
  • Pictogram voting comment.svg Comment I’m having second thoughs on the data type, since I’ve recently discovered that in Hoboken-Verzeichnis (Q739093), the catalog of Haydn’s works, even the catalog code itself is written differently across languages. For instance, Symphony No. 94 (Q276768) is „Hob. I:94“ in German but “H. 1/94” in English: category and item are separated by a colon in German, but a slash in English. To fully represent this, catalog code (P528) would have to be changed to Monolingual Text, too. I don’t think this would be a reasonable thing to do, though: the vast majority of catalog codes are language independent, and it would be overkill to introduce the additional complexity of Monolingual Text just to deal wtih this one special case. And perhaps the same argument goes for catalog prefixes themselves, too; that really depends on how frequently the prefix is language-dependent. —DSGalaktos (talk) 21:30, 19 April 2015 (UTC)

Symbol oppose vote.svg Oppose This prefix is just part of formatter URL, which is used for all authority control properties. Don't see its separate value. --Vladimir Alexiev (talk) 06:23, 30 April 2015 (UTC)

Wikis need to display the prefix. Especially for astronomical objects, there seems to be half a dozen different catalogues – displaying the catalog codes without the prefix would be very confusing. —DSGalaktos (talk) 12:13, 30 April 2015 (UTC)
Beethoven for instance is not pathological: There exist only one catalogue (Kinski-Halm, maybe several editions or undisputed later amendments), there are two prefixes namely "op." and "WoO" (work without opus number, counted postumously). Both of these are "generic" prefixes and do not include a short name for the catalogue (since there is essentially only one it is implied as long as one agrees on the composer). And thirdly the display at may give a gist how much variation different national (library) cultures can introduce into something as simple as "op. 27,2": Captialization of "op.", colons (se), commas, different abbreviations for "number" as the name for the subunit, even if one leaves the other components of the "usual reference forms" out of the equation and just focuses on the "catalog number". So if we talk about musical works, catalog code (P528) is highly language dependent and it does not make much sense to split some prefixes like "BWV" or "Hob." from the "number" itself: Those who don't now much about Bach would think "oh, it's opus 1248" and those who know so deeply are conditioned for "BWV 1248" that they probably would have a very hard time to grasp the meaning of an insulated "1248" in some data element. -- Gymel (talk) 12:54, 30 April 2015 (UTC)
I mostly agree with you, actually. My main issue with catalog code (P528) is that I strongly feel like the prefix should not be stored in that value. Most of what you say supports this, I think: If there are so many different ways to write a catalog code (K., KV, op., Op., etc.), then we need to strip away as much as possible of this representation data, because there’s no “one true representation”, and because we can’t possibly hope to be consistent in which representation we choose. But wikis still need to display the correct, pretty, full catalog code: Somehow, needs to be turned into “K. 620” (English), or “KV 620” (German), or the proper representation for other languages. Do you have a better solution than the property I suggest? —DSGalaktos (talk) 13:41, 30 April 2015 (UTC)
I rather see similarities to "numbers with units" e.g. 1 m³ which even require a datatype of their own. Strings like "op. 27,2" and "BWV 1248" as notations I consider equally atomic (within their contexts and all language specific variations notwithstanding) and your and my examples above illustrate that language specifics are not restricted to some prefix but rather are found throughout the whole "number". So perhaps the problem lies only in an improper naming of catalog code (P528) for some languages, where the label uses "number" instead of "code" or "mark" and therefore implies something that could or should be simple and unstructured? I'm not sure what problem the proposal actually tries to solve, but I would say there is no way in the general case to use properties like catalog code (P528) for sorting nor searching. Some problems like unambigously identifying the work in question might be solved by providing a semantic web URI pointing to a linked data version of exactly that catalog entry evoced by the string value of catalog code (P528), but I'm not aware of any catalog in that form (but there are probably examples in STM areas). -- Gymel (talk) 14:37, 30 April 2015 (UTC)

Bach-Werke-Verzeichnis number[edit]

   In progress
Description number of a work by Johann Sebastian Bach in the Bach-Werke-Verzeichnis
Represents Bach-Werke-Verzeichnis (Q214203)
Data type String
Allowed values numbers between 1 and ca. 1100, optional suffixes like a, b, c... (Anh. or deest would be expressed by qualifiers)
Example Der Geist hilft unsrer Schwachheit auf, BWV 226 (Q1193795) → 226
Formatter URL = "$1") AND (objectType = "work")

The Bach-Werke-Verzeichnis is the most important catalog for Bach's works. It is updated continuously and provides a strong identifier for Bach's works. Lists could be created based on this information, e.g. for Wikipedia. T.seppelt (talk) 17:49, 3 May 2015 (UTC)

Pictogram voting comment.svg Comment last discussion: Wikidata:Property_proposal/Archive/20#Bach-Werke-Verzeichnis --Pasleim (talk) 20:50, 4 May 2015 (UTC)

RSL identifier of publication[edit]

   In progress
Description identifier of the Russian State Library for books, magazines, maps, music sheets etc
Data type String
Domain work (Q386724)
Allowed values nine decimal digits

Arabesques (Q4068365) => 003559148 / (no scan)
Urbi et orbi (Q15631965) => 003710855 / (inaccesible scan)
The Kiss and Other Stories by Anton Tchekhoff (Q15839163) => 004438677 / (scanned)
Otechestvennye Zapiski (Q2661947) => 004940962 / (no scan)
Illustratsiya Magazine (Q15628819) => 003353086 / (scanned)
Computer Bild (Q445723) => 003392467 / (no scan)

Q4203834 (Q4203834) => 002383305 / (no scan)
Format and edit filter validation \d{9}
Source RSL catalog database
Formatter URL$1
Robot and gadget jobs May be seached by ISSN (2308-815X for Computer Bild (Q445723)), by ISBN (5-8459-0081-6 for the Russian edition of Knuth's The Art of Computer Programming, vol. 2)

The RSL identifier (person) (P947) used for persones. But for books, magazines, maps, music sheets etc is needed other property to change URL formatter (local_base=xall instead of local_base=RSL11).

Relation with RSL scanned book's identifier (P1815): P1815 points to the scanned book, issues of periodical, but the proposed prоperty identify the any thing, stored at RSL, scanned or not scanned. If P1815 value starts with "01", then last nine digits is this identifier. But in some cases P1815 starts with "60" (e.g. P1815 = 60000097673 is issues 1-12, 1888 of "Пантеон литературы" magazine), then last nine digits is NOT this identifier. So this identifier cannot extracted from P1815 in common case and vice versa.

It may be used in the card templetes with more friendly URL:$1, english version -$1.

Also it helps to search a scanned, books, issues of periodical at (e.g. try "@id 3353086" for the issues of Illustratsiya Magazine (Q15628819)). -- Sergey kudryavtsev (talk) 07:38, 22 May 2015 (UTC)

  • Pictogram voting question.svg Question: Very few items currently use RSL scanned book's identifier (P1815). Since the scan file is linked directly from the catalog page (I checked), why not change the property statements and formatter URL to include the catalog entry for authority control rather than the scan? (Yes, this may require fixing some current uses but there are so few it might take minutes.) This is what we currently do with LCOC LCCN (bibliographic) (P1144) and NLM Unique ID (P1055). Both link to the catalog entry. If there is a scan available, it is linked to from that page. We don't link directly to scans for either. It's important in the fact that libraries add scans all the time. If we link to the catalog page, then by proxy we're catching the scan too. Aside, I've noticed that many people here link to the Google Books page for many items here, despite not all of them having scans available. Back to your proposal, what I'm suggesting would likely require discussion at the property itself as well, but I think this is much more useful and would serve what you are suggesting without creating a new (somewhat confusing to newcomers) property. Opinions? Hazmat2 (talk) 12:51, 22 May 2015 (UTC)
    @Hazmat2:, @Kolja21: Why not change the property statements and formatter URL — In "Motivation" i answer this question: a scans like 60000097673, there are no id at all. Most issues of periodical has a scan ids 60XXXXXXXXX. -- Sergey kudryavtsev (talk) 14:26, 22 May 2015 (UTC)
    • In my opinion, a specific issue of a periodical doesn't usually have authority control data anyway. Is there not a catalog entry for the periodical itself? That would be odd for a library to have scans for something but no catalog entry. Hazmat2 (talk) 14:34, 22 May 2015 (UTC)
      @Hazmat2: Is there not a catalog entry for the periodical itself? — Example: the id 005029538 describe all issues of "Пантеон литературы" together (it may be used for authority control). The id 60000097673 is a scan of jan—dec 1888 issues. See you you a big banner "This document don`t have digital copy" at first link? It's a lie! The scan id may be found via 005029538 at See you pdf-links? -- Sergey kudryavtsev (talk) 14:50, 22 May 2015 (UTC)
Thanks for the clarification. Interestingly enough, The MARC record on that page says there is an electronic copy, but the link is missing. Have you found this to be common there? Hazmat2 (talk) 17:16, 22 May 2015 (UTC)
See s:ru:Участник:Sergey kudryavtsev/Журналы и газеты The (pdf) means the RSL record with valid pdf links at, (pdf) means RSL record with invalid links. It's possible that those links is intended for internal use by the library staff — i don't know. In any case, valid pdf links is very rare. -- Sergey kudryavtsev (talk) 18:22, 22 May 2015 (UTC)
BA candidate.svg Weak oppose @Sergey: As you say: We got the property "RSL identifier" RSL identifier (person) (P947) already. What you are proposing is a property "RSL editions". @Hazmat2: +1. Let's change the use of RSL scanned book's identifier (P1815) from "RSL scanned book's identifier" to "RSL editions". --Kolja21 (talk) 13:11, 22 May 2015 (UTC)
See my answer to Hazmat2 above. -- Sergey kudryavtsev (talk) 14:28, 22 May 2015 (UTC)
I changed en title to "RSL identifier of publication" for distinctness. -- Sergey kudryavtsev (talk) 14:38, 22 May 2015 (UTC)
  • GA candidate.svg Weak support: While I don't like the idea of having multiple identifiers for essentially the same thing, I realize that in this case they're not, and that it has more to do with the RSL not really getting its act together. If we need two links to point to the catalog entry and the scan at one library because they're not necessarily linked, I think that's probably okay. However, I would still like to note that we don't do this for others and it's hard to fully support doing it for this reason. Hazmat2 (talk) 03:27, 30 May 2015 (UTC)
    We can add a constraint template, which warns if P1815 and this property is used together. But the best solution ihmo is a conditional URL fornatter (the condition is regex): if P1815 is 11 digits (regex \d{11}) than it has a URL$1, if P1815 is 9 digits (regex \d{9}), then it has a URL$1. A conditional URL fornatter can be apply to Open Library identifier (P648) too. -- Sergey kudryavtsev (talk) 08:58, 30 May 2015 (UTC)

German Biography id[edit]

   Not done
Description Biographical data from the German Biography (Q1202222): 268.000 persons (December 2014).
Data type String
Template parameter ID of de:Template:Deutsche Biographie and fr:Modèle:Deutsche Biographie
Domain person (including families)
with the qualifier "German Biography id" → ppn116963646
Source German Biography (Q1202222) with biographical data of 268.000 persons [1], [2]
Formatter URL$1.html#indexcontent

Main portal for biographies of people from Germany. The database contains the articles from the Allgemeine Deutsche Biographie (Q590208) and Neue Deutsche Biographie (Q222784), complemented with new biographical data. IDs with the prefix "ppn" should match with GND identifier (P227). @APPER, Gymel‎, Marcus Cyron: Was haltet ihr davon? --Kolja21 (talk) 17:26, 8 May 2015 (UTC)

  • Some remarks
    1. Links from use the "sfz" kind of numbers/links to which may be even more stable (there are cases where they initially performed a wrong GND identification: When that is corrected at a later point of time old links become invalid without notice - so much to "permalinks", also - currently - does work and the officially advertised does not ;-).
    2. As mentioned above such a link may have an ADB link or an NDB link or both as target. ADB is a historical publication and closed as such, NDB the current one, also available in print. Additionally, ADB exists as a Wikisource edition in final stages of proofing, where identification with GND numbers sometimes is improved or different from that of the official site.
    3. Additionally there are the scanned volumes of NDB and ADB which - as online versions of a printed work in their own right - can be adressed by their nbn-URN (or rather a URL resolvable from that) and page number: NDB vol. 15, image 563 / page 549. urn:nbn:de:bvb:12-bsb00016333-7 and ADB vol. 19, image 662 / page 660. urn:nbn:de:bvb:12-bsb00008377-4 (I don't know about them adopting the "granular" URN concept for these publications, but there could be individual URNs for the individual articles within those scanned volumes in the future).
My priority therefore would be to have a working paradigm for interlinking the items for ADB articles from s:de (AFAIK the "ADB:" sub-namespace has not been imported yet) with their subject items here on the one hand and with the "same" articles (Online ADB/NDB, Scanned versions of printed ADB/NDB) found elsewhere on the other: Maybe a NDB/ADB linking property would be more versatile for the article items than the persons themselves. --- Gymel (talk) 08:03, 13 May 2015 (UTC)
  • @Gymel: You are talking about the ADB (and the website of 2007). This property should be used for the "new" German Biography (Q1202222) (relaunched in December 2014). The URL (...#indexcontent) links to the index page (not to the ADB or NDB article, if one exists). The Deutsch Biographie is not generally searchable through This portal is only using the ADB & NDB index. Take the above example: Albert N. Holleben (Deutsche Biographie). Search his name in Result: "Ihre Suche ergab keine Treffer." --Kolja21 (talk) 14:41, 13 May 2015 (UTC)
  • Symbol oppose vote.svg Oppose Let's try to improve our own indexing of ADB first. --- Jura 21:50, 18 May 2015 (UTC)
@Jura1: Forget about the ADB. This proposal is about the de:Deutsche Biographie. Non of the three examples given above have an article in the Allgemeine Deutsche Biographie. The ADB has articles about 26.500 persons (all died before the year 1900), the Deutsche Biographie has biographical data of 268.000 persons (including the whole 20th century). But if you insist talking about the ADB and someone needs a direct link, just add "... #adbcontent" to the URL of the Deutsche Biographie property and in the case there is an article about this person in the ADB, you got it. Alternatively, you can use the item created for the transcription of the article in Wikisource. --Kolja21 (talk) 02:23, 19 May 2015 (UTC)
We already link to GND and re-adding these in another property is just redundant. Editing the formatter url on the existing property would give the same. For the rare exceptions, you can work with the proposal by Sergey. --- Jura 05:50, 19 May 2015 (UTC)
Well than make a proposal how we can include the Deutsche Biographie as a source in a better way. Using the URL instead of a property provides maintenance effort and is hardly useful for the Wikipedia templates. If one day all identifiers are replace by GND a bot can check the ids an delete the property. --Kolja21 (talk) 13:59, 19 May 2015 (UTC)
Symbol oppose vote.svg Oppose On revisit: I think the main point is that currently nobody knows what German Biography (Q1202222) really is: Certainly a website and a kind of brand name, at the beginnings 14 years ago it contained biographical data from ADB and NDB indexes, then gave also full text access to the two biographic dictionaries (they are the publishers of the two works, thus the website is the home and access vehicle of the official online editions), and now they have extended their database by about 150% to encompass also biographical data from "partner projects": After the website's relaunch half a year ago the name now seems to squat claims for a vision of a (future?, virtual?? definitely purely online) German Dictionary of National Biography but IMHO its way too early to tell how this will look like and whether one really would like to have links to them instead of providing specific links to real biographies as part of distinguished and more real constituent biographical collections... -- Gymel (talk) 10:36, 13 June 2015 (UTC)
For the German and English WP this is ok. But right now the Deutsche Biographie is already a great help for smaller Wikipedias that have no links to ADB & NDB. WD should provide the information for all infoboxes and templates regardless of German and English WP. --Kolja21 (talk) 14:11, 13 June 2015 (UTC)
I'd be fine with the immediate creation of a dedicated property for Neue Deutsche Biographie (Q222784). Of course also a property for Allgemeine Deutsche Biographie (Q590208) would be more than appropriate, but I share Juras concern that we are still lacking a solution to integrate printed work, official online Version and the Wikisource "edition". I'm optimistic that in the future we'll develop a routine way of intergrating these huge "dictionary" projects from the Wikisource sites and then we'll have immediately a working and almost completely filled ADB property I presume. -- Gymel (talk) 15:47, 13 June 2015 (UTC)
Fine for me. Let's do two dedicated properties for these works at Wikisource (item property type). --- Jura 16:30, 13 June 2015 (UTC)
So we will have two new propteries instead of one, and both can't be used with de:Template:Deutsche Biographie? I honor the work of Wikisource but we don't need these transcripts any more. For ADB we have a better source For NDB we can't link to Wikisource because AFAIK for copyright reasons there are no NDB articles on Wikisource. Example: Why should we link to s:de:ADB:Kant,_Immanuel if we have a reliable source with the full ADB article, plus: the NDB article, "Partnerlinks", "Weitere Angebote", "Relationen", "Erwähnungen", and "Orte"? --Kolja21 (talk) 05:30, 14 June 2015 (UTC)
Thats the point: NDB ist plain old "Authority control": Provide a URL fragment and klicking on it will reveal something to the user.
For ADB however IMHO we need a property which reflects that there exist a wikidata item for the article plus one or more contexts for reading it online. Otherwise we would need three to four ADB properties, one for print, one for the official online version at and one or two for specifying the Wikisource item and creating a "shortcut" to a "Read-at-Wikisource" URL
If we would use the NDB-Template on German Wikpedia for item construction here at wikidata we would start encountering a similar problem: An dedicated item to provide a full citation of the dictionary article would start blocking the way of a "straightforward" content URL. This means that online dictionaries are problematic resources for "Authority control" since their URLs serve the double function of being identifiers and content accessors. This is probably closely related to the well known Problem called en:HTTPRange-14. -- Gymel (talk) 16:26, 14 June 2015 (UTC)
That this property is proposed in the list "authority control" is my fault. Of cause it would fit more in references. It was just by accident that I've started the discussion here. --Kolja21 (talk) 00:09, 15 June 2015 (UTC)
The WS item can hold additional information on the ADB entry itself (author). On the other hand, we can't link every mirror. BTW, in the meantime, the property for the other ADB was created and implemented. No detour there. --- Jura 11:39, 15 June 2015 (UTC)
Australian Dictionary of Biography id (AuDB) works like Deutsche Biographie id (DB): id + formatter URL. Linking to a mirror like a Wikisource page would be something else. --Kolja21 (talk) 17:25, 15 June 2015 (UTC)
As I stated above: Having a Wikisource mirror may be the reason why for (German) ADB we already have the issue. But if we would import the instances of en:Template:Australian Dictionary of Biography and turn each cited article into a Wikidata item of its own so they can be used for referencing claims, we would have a similar problem: What are our options for maintaining simple identifier-as-string cum URL pattern properties in the presence of full-fledged Wikidata items representing the target of the link? Perhaps it's even too early to ask this question since at the moment we dont't have any convincing way to express e.g. the connection from subjects of DNB00 articles to their corresponding items (which already exist), only the other way round, e.g. Sumner, John Bird (Q19070399) linking to John Sumner (Q549733) via main subject (P921), but looking at John Sumner (Q549733) there is no DNB00 property linking back to the item. I think the recent discussion with User:Vlsergey at Wikidata:Project chat#Change described by source (P1343) qualificator for Wikisource articles and the following section may be based on an attempt to find a solution for a similar problem, although it is formulated in the lines of Russian Wikisource being able to perform some data access: Give the dataset (dictionary, namespace, you name it) priority in formulating the claim (this is almost as explicit as having a dedicated property) and acknowledge the existence of a specific Wikidata item by stating an item-valued property as additional "qualifier". For the example above an analogous solution would be to have Australian Dictionary of Biography identifier (P1907) as it is now and qualifying it with some property (neither stated in (P248) nor subject of (P805) are particulary appealing to me) "wikidata-description-for-the-object" referencing the hypothetical Wikidata item I outlined above. In the discussion I have denounced that approach as being a zig-zag one (linking to the unspecific and qualifying with the specific where one could directly link to the specific and supply or infer the context) but we have to admit that much of the importance of the dedicated items for biographic dictionary articles does not come from the article itself but rather from the fact that it "belongs" to a highly esteemed reference work. Thus the property and it's usage must reflect that we are not interesting in giving the relation to any odd article but want to state that "the" ADB (the one of our choice ;-) has something to say about our item. -- Gymel (talk) 20:11, 15 June 2015 (UTC)
Any chance that described by source (P1343): German Biography (Q1202222) with a qualifier like "include" ADB article could help? Otherwise we need at least three properties: ADB, NDB, and DB. All three have the same id, only the formatter URL (P1630) is different. --Kolja21 (talk) 21:25, 15 June 2015 (UTC)
It seems pointless to link ADB elsewhere than at Wikisource. --- Jura 21:31, 15 June 2015 (UTC)
Why link to a transcript at WS if we have a reliable source? And how does a link to WS helps with NDB and DB? --Kolja21 (talk) 21:59, 15 June 2015 (UTC)
I don't think we'll need full FRBRization for dictionary articles. For e.g. DNB00 (the 1900 edition of the DNB, mirrored on Wikisource) plus DNB12 (the 1912 additions, also on Wikisource) and ODNB (2004- current, access restricted) I know there is a huge overlap but I don't know whether the 1900 articles are part of the 2004ff edition. However for ADB/NDB we know for certain that there is an overlap and that overlap means there are two independent articles in ADB and NDB. We certainly can utilize the Wikidata item providing the sitelink to an ADB article on Wikisource to include bibliographic reference data for the ADB print edition and the official ADB online link, but equally certain this item cannot additionally carry data pertaining to the NDB article. My objections against the proposed "DB" property are based on the ground that we'll have to identify ADB and NDB articles anyway and "DB" currently is just a bag containing exactly ADB and NDB. We may go without dedicated ADB and NDB properties (perhaps following the lines of described by source (P1343)) and we may decide to use the "DB" type link (i.e. the one which leaves the choice to the user wether he wants to read the ADB or parallel NDB article) to provide a reading access URL from items representing the dictionary articles or as qualifier for claims in the subject articles. But for me there is a clear distinction, ADB and NDB being the sources, and "DB" just a way to access the official online versions of these. -- Gymel (talk) 06:56, 16 June 2015 (UTC)
Deutsche Biographie with 268.000 persons is a pretty big bag for the 26.500 articles published by ADB ;) But with three volumes of NDB still to come (vol. 1-25: 21.800 artcles) it might take a few years before the Historical Commission has more resources for this project. Anyway Wikidata is collecting all information, so I still don't see any reason why we should ignore this promising project, even if it has (today) a low priority for the German Wikipedia. The Deutsche Biographie is build on a tradition that began in 1875. It is state funded and it will not pass into irrelevance like Open Library or we wasted so much time with. --Kolja21 (talk) 18:04, 16 June 2015 (UTC)
The number of 268.000 is from a press release: What they have been publishing for years is the ADB/NDB combined index consisting of currently 132.000 entries (unlike the ODNB index they provide data also for those persons which are only mentionend in other people's biographies, usually in-laws and distant relatives in the first paragraph of NDB articles). My interpretation of the 268.000 goes like thus: On behalf of their "partners", especially those in the current DFG funded project, they have processed 136.000 additional GND records, i.e. identified them with the partner's resources, improved existing GND records based on the partners data or created completely new ones. Some of them can be retrieved with the query interface of (I did so for the profession "Höhlenforscher"), they are marked with "Index" or with "Index" and "Partner": What is shown there is data extracted from the GND record plus links to additional web resources based on the GND number, some of these datasets belong to "partners", some not. This is "high quality" of course but I always would prefer to have dedicated wikidata properties for the individual datasets of the "partners" like Bundesarchiv or Portraitindex, itself is indeed just a grab bag. It might be (as it's certainly the case for their own content ADB and NDB) that accessing is the closest as one can get to a specific resource. But even then I'd prefer to have a specific property with a formatter URL (P1630) using rather than having a DB property and never knowing what will expect me there... -- Gymel (talk) 23:10, 16 June 2015 (UTC)
 Not done A property about Allgemeine Deutsche Biographie (Q590208) and/or Neue Deutsche Biographie (Q222784) is prefered. --Kolja21 (talk) 00:59, 17 June 2015 (UTC)

Biblioteca Nacional de Chile catalogue number[edit]

   Done: P1966
Biblioteca Nacional de Chile catalogue number
catalogue number for books (editions), periodical, magazine, map, photography and other media in the Biblioteca Nacional de Chile
Description authority control number catalogue number for books (editions), periodical, magazine, map, photography and other media's in the Biblioteca Nacional de Chile
Represents Bibliographic Catalog of the National Library of Chile
Data type String
Template parameter commons:Template:Authority control (not included)
Domain works in general (photos, books, periodicals, online newspapers, magazines, maps...)
Allowed values 9 digits, suffixed by another digit
Format and edit filter validation 8 digit number can be validated with edit filter Special:AbuseFilter/17
Source Biblioteca Nacional de Chile (note: this should be moved to the property statements)
Formatter URL$1

There is a lot of material about Chilean works getting added to Wikipedia each day. It would be beneficial that the Chilean national library be included, so that users automatically are able to access the bibliographic information, not only of books, but also of periodicals, magazines, etc., from Chile and elsewhere. Diego Grez (talk) 20:11, 11 May 2015 (UTC)

Mister President (Q3050361), 17th ed.: Buenos Aires 1972 <000227207>
Mister President (Q3050361), 19ht ed.: Buenos Aires 1973 <000227208>
--Kolja21 (talk) 14:16, 13 May 2015 (UTC)
@Kolja21: I think it could actually work, why not just point to the earliest edition, or rather add a qualifier to state the ID is of the 1st edition, another for the second, and so on. Newspapers, pictures, movies, recordings, are often (but not always) added only once into the catalog. --Diego Grez (talk) 18:18, 13 May 2015 (UTC)
Don't worry Kolja21, I'll work toward adding as many authority control IDs as I can. I hope others join me, too. Diego Grez (talk) 20:46, 13 May 2015 (UTC)
@Diego: Sounds good! --Kolja21 (talk) 22:30, 13 May 2015 (UTC)
BA candidate.svg Weak oppose So firstly this proposal should quickly be renamed into "edition identifier" since the BNC does not collocate works at all.
And secondly User:Diego Grez intends to use it only for serials. Any other user will either not work with that property at all or use it presumably completely wrong. For me this does not sound particulary "good". I mean, if we had items which (plus page numbers etc.) do serve as reference for claims, then these items indeed are "editions" and could benefit from links into national library catalogues. But usually we do not have these kind of items but rather (seldom enough) items for the works which are in connections to their authors. There are databases on the web concerned with works, but these are usually not library catalogues with their "bibliographic" notices. -- Gymel (talk) 13:25, 15 May 2015 (UTC)
+1. I've changed work identifier to catalogue number (in English). --Kolja21 (talk) 14:53, 15 May 2015 (UTC)
You are right. Given that the library catalogue only includes a record for each newspaper, magazine, photo, and movies recorded, perhaps we could restrict the use of this property to all but books, which could be split into a separate property identifier, for use in books which have different editions, and have a Wikidata item for each or some. Or simply I am misunderstanding or mixing up stuff hehe --Diego Grez (talk) 23:58, 15 May 2015 (UTC)
For English serials, we would refer to "volume" and "issue" (or sometimes "volume" and "number") rather than "edition" which reflects an editorially revised version of the same text, often with expanded content. Edition shows up for old newspapers, as Morning, Afternoon, Late, or Online. It may also show up for a set of local variations with much shared content. I expect that using "edition" for journals will be counterproductive. LeadSongDog (talk) 16:59, 22 May 2015 (UTC)
  • Symbol support vote.svg Support. This can be used for books too. Just list all the IDs. Later, when separate items are created for each edition, move the IDs to the edition items. Filceolaire (talk) 22:50, 17 May 2015 (UTC)

@Diego Grez, Sergey kudryavtsev, Kolja21, Gymel, LeadSongDog, Filceolaire: Done.--Micru (talk) 14:28, 26 June 2015 (UTC)

World of Shakespeare ID[edit]

   In progress
Description page ID at World of Shakespeare website
Represents The World of Shakespeare (Q19959941)
Data type String
Template parameter none, will be supported by Template:Authority control (Q3907614) in ruwiki
Domain any
Allowed values [0-9]+
Example Vladimir Vysotsky (Q512) => 4284
Format and edit filter validation shall be unique
Source ruwiki articles, site itself
Formatter URL$1.html
Robot and gadget jobs will be supported by "WEF: External Links" gadget

Another good and reliable source. VlSergey (gab) 11:31, 21 May 2015 (UTC)

  • BA candidate.svg Weak oppose To be clear, this is a (very) miniature version of what one may find on Wikipedia. I see a few issues with this specific website. 1. its title makes you think of everything about Shakespeare, but it's mainly where Russia intersects with Shakespeare, excluding most important information. 2. It still seems to be in its infancy and doesn't cover many topics, but does cover topics such as "Shakespeare in Russia." 3. The ID for the article in Russian is not the same ID for the article in English. For the example above, the English ID is 4360 (vs. 4284), so the URL is Nonetheless, if we only care about the Russian language section, this is moot. 4. I saw at least two likely copyright violations on the website, specifically with images. I only browsed a few pages so they may be the only ones. While it's not against policy as far as I know, it is still something we should keep in mind when linking to external sites. On the other hand, the site seems to be on the right track and has a plethora of references in each article, some inline, some not, so in some ways. Hazmat2 (talk) 22:47, 21 May 2015 (UTC)

BabelNet id[edit]

   In progress
Description ...
Represents BabelNet (Q4837690)
Data type String
Domain any item
Formatter URL$1 for RDF (data access),$1 for web (better eg for Mix-n-Match display)
Robot and gadget jobs some data:

BabelNet is a very important linguistic & encyclopedic resource. It integrates multilingual Wikipedia, Wordnets and many other sources (eg OmegaWiki).

It enables all kinds of multilingual semantic research. For example, at we will use it to coreference part of AAT Vladimir Alexiev (talk) 11:56, 29 May 2015 (UTC)


National Library of Ireland authorities[edit]

   Done: P1946
National Library of Ireland authority
National Library of Ireland (N6I) authority identifier
Data type String
Domain instance of (P31): human (Q5) (possibly corporate authors, etc., similar to other authorities)
Example Philip Henry Wicksteed → vtls000036581
Source VIAF record (note: this should be moved to the property statements)
Formatter URL$1

It's an authority identifier I've seen showing up in some VIAF records lately. See and the corresponding N6I record, Hazmat2 (talk) 15:29, 5 June 2015 (UTC)


@Hazmat2, L736E, Accurimbono: ✓ Done National Library of Ireland authority (P1946). Is there a URL for these? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:00, 13 June 2015 (UTC)

@Pigsonthewing: As far as I can tell, there is not as of yet. Hazmat2 (talk) 14:11, 16 June 2015 (UTC)


   In progress
Description This is a barcode for works in the en:Digital Library of India, India's central digital repository of books, manuscripts etc., in Indian and non-Indian languages, published in India and abroad, scanned and uploaded by libraries all over India, and maintained by the Inter-University Centre for Astronomy and Astrophysics, Pune, at and the Indian Institute of Science, Bangalore, at The barcode is 13 or 14 digits, specified by the string or
Represents Digital Library of India (Q3522708)
Data type Number
Domain Works in authority control
Allowed values 13 or 14 digits
Example Anandamath (Q3124055)4990010044430
Source en:Digital Library of India,,
Formatter URL

Can be helpful for Wikisources of multiple languages. Hrishikes (talk) 05:56, 8 June 2015 (UTC)

  • Pictogram voting comment.svg Comment The example yields "The requested URL was not found on this server." if one wants to see the table of contents or read the book in any most of the formats advertised. But the TIFF version seems always present (don't let the initial empty pages mislead you). Also the domain is not works but editions, so the example would have to be connected to a currently not existing item for the particular 1931 bengali edition of that work of 1882 comparable to the three items for english language editions Dawn over India (Q19795188), Abbey of Bliss (Q19795166) and s:Anandamath (Aurobindo) (no wikidata item yet). -- Gymel (talk) 10:11, 13 June 2015 (UTC)
OK, but I think we are getting sidetracked. Let us accept that DLI links, like IA, are edition-specific and not work-specific, and move on from there. Hrishikes (talk) 03:12, 15 June 2015 (UTC)
On further looking out, I see that most links are edition-specific, including OCLC, ISBN, Gutenberg etc. The versions pages in Wikisource are work-specific, which is limited to a small number of works having multiple versions; but the normal run of Wikisource links are edition-specific. So the DLI links are appropriate and helpful in authority control. Hrishikes (talk) 17:32, 16 June 2015 (UTC)

Encyclopaedia Metallum band id[edit]

   Done: P1952
Encyclopaedia Metallum band id
identifier for a band in the Encyclopaedia Metallum database
Description Identifier for a band per the Encyclopaedia Metallum
Represents Encyclopaedia Metallum
Data type String
Domain music group / musical project
Allowed values [1-9]\d{0,}
Example Black Sabbath → 99
Formatter URL$1

Encyclopaedia Metallum (a.k.a. the Metal Archives) is a large database for metal music groups and projects (over 100,000 entities, many of them are on Wikipedia), containing basic information on these entities. Entities have their permanent IDs. I think it would be useful as an authority control property. Nonexyst (talk) 08:46, 8 June 2015 (UTC)

  • Symbol support vote.svg Support --Micru (talk) 09:29, 15 June 2015 (UTC)

@Nonexyst, Micru: ✓ Done Encyclopaedia Metallum band id (P1952) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:39, 16 June 2015 (UTC)

Trismegistos ID[edit]

   Done: P1958
Trismegistos ID
Identifier of an ancient place
Data type String
Domain geographic location (Q2221906) (place)
Allowed values all existing trismegistos identifiers for places
Suggested values ID of Toponyms of ancient places. All toponyms of ancient places or modern places corresponding to an ancient place whose name is unknown
Example Ulpia Traiana Sarmizegetusa → 30060
Formatter URL$1
Robot and gadget jobs will be matched with Mix'n'match as Pleiades IDs
Proposed by --Pietromarialiuzzo (talk) 08:41, 16 June 2015 (UTC)

As there is a property to give a Pleiades identifier (P1584) to ancient places there might be also a Trismegistos one. The two gazeteers of ancient places overlap but have different data and both ids would be a good authority control compared to just one. Pietromarialiuzzo (talk) 08:41, 16 June 2015 (UTC)


@Pietromarialiuzzo: ✓ Done Trismegistos ID (P1958) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:59, 25 June 2015 (UTC)

Dutch Senate person identifier[edit]

   Done: P1959
Dutch Senate person ID
identifier for a person on the website of the Dutch Senate
Represents Senate
Data type String
Domain persons
Example René Dercksen → r_g_j_dercksen_pvv
Formatter URL$1
Robot and gadget jobs maybe mix-n-match

Official site of the Dutch Senate, trustful source for statements. Sjoerd de Bruin (talk) 19:12, 16 June 2015 (UTC)


@Sjoerddebruin: ✓ Done Dutch Senate person ID (P1959) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:05, 25 June 2015 (UTC)

BoxRec ID[edit]

   Done: P1967
BoxRec ID
Identifier for a boxer, in the BoxRec database
Represents BoxRec
Data type String
Template parameter Various, in 17 languages, in Template:Boxrec (Q6724764)
Domain Instances of boxer (Q13382286) and its subclasses
Allowed values Integers
Example Jack Hood → 17895
Formatter URL$1&cat=boxer

Widely used. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:08, 18 June 2015 (UTC)


@JeanBono: ✓ Done BoxRec ID (P1967) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:37, 26 June 2015 (UTC)

INEGI locality identifier[edit]

   In progress
Description Authority control for localities of Mexico
Represents INEGI locality code (Q20202337)
Data type String
Template parameter Wikipedia infobox parameters, if any; ex: "código" in es:Plantilla:Ficha de localidad
Domain locality of Mexico (Q20202352)
Allowed values [0-9]{9}
Example Sisal (Q517463) => 310380004
Source external reference, Wikipedia list article, etc.
Formatter URL$1
Robot and gadget jobs Not sure. But data can be imported from Spanish Wikipedia

Authority control for localities of Mexico (third-level entities, below the municipalities of Mexico) Eldizzino (talk) 15:15, 22 June 2015 (UTC)


@Eldizzino: Please provide an example. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:41, 22 June 2015 (UTC)

lesarchivesduspectacle ID[edit]

   In progress
Description Identifier for an actor/actress, in an actor/actress database
Data type String
Domain Instances of actor (Q33999) and its subclasses
Allowed values Integers
Example Lucy Gérard (Q20203277)139413
Formatter URL$1
Motivation is a large and usefull database on actors/actresses. JeanBono (talk) 08:12, 23 June 2015 (UTC)


NDB number[edit]

   In progress
Description The identifier of a food item in the USDA NDB (United States Department of Agriculture National Nutrient Database)
Represents USDA National Nutrient Database (Q7866379)
Data type Number
Template parameter N/A
Domain food items
Allowed values number (highest existing is 43218 so far)
Example 01007 → camembert (Q131480)
Format and edit filter validation number
Formatter URL
Robot and gadget jobs Mix'N'Match support would be nice to link them quickly

Getting nutrient values for common foods. Teolemon (talk) 17:13, 27 June 2015 (UTC)


The Righteous Among The Nations[edit]

   In progress
Description The Righteous Among The Nations id
Data type String
Domain Righteous Among the Nations (Q112197)
Allowed values Integers
Example Léon Ehret (Q20527575)5891577
Formatter URL$1

The Righteous Among The Nations is an award for people rescuing other people during the WWII. The database can be requested from the web to verify identities. JeanBono (talk) 17:29, 29 June 2015 (UTC)


Symbol support vote.svg Support. Would be valuable for the EHRI2 project (I'm right now at the kickoff meeting). --Vladimir Alexiev (talk) 09:35, 30 June 2015 (UTC)