Jump to content

Property talk:P227

Add topic
From Wikidata
Latest comment: 1 day ago by Kolja21 in topic Massive imports of data from GND (2026)

Documentation

GND ID
identifier from the Gemeinsame Normdatei authority file of names, subjects, and organizations
RepresentsGND ID (Q54506313)
Associated itemGerman National Library (Q27302)
Applicable "stated in" valueIntegrated Authority File (Q36578)
Has qualityVIAF component (Q26921380)
Data typeExternal identifier
Corresponding templateTemplate:GND (Q23719249)
Template parameteren:Template:Authority control: |GND= – Template:Authority control (Q3907614)
Allowed values1[01234]?\d{7}[0-9X]|[47]\d{6}-\d|[1-9]\d{0,7}-[0-9X]|3\d{7}[0-9X]
Exampleuniverse (Q1) → 4079154-3 (RDF)
Voltaire (Q9068) → 118627813 (RDF)
Giuseppe Verdi (Q7317) → 118626523 (RDF)
Jehan Sadat (Q212190) → 118604740 (RDF)
Dakar (Q3718) → 4010921-5 (RDF)
Slovenian Red Cross (Q12800001) → 1231643-X (RDF)
member of parliament (Q486839) → 4132700-7 (RDF)
Tomb of the Scipios (Q1540716) → 7505698-7 (RDF)
Sourcehttps://portal.dnb.de
Formatter URLhttps://d-nb.info/gnd/$1
http://d-nb.info/gnd/$1/about/marcxml
https://d-nb.info/gnd/$1/about/lds
https://explore.gnd.network/gnd/$1
Robot and gadget jobsDeltaBot does the following jobs:
Tracking: differencesCategory:GND different on Wikidata (Q55746867)
Tracking: usageCategory:Pages with GND identifiers (Q8709075)
Tracking: local yes, WD noCategory:GND not on Wikidata (Q56825653)
Related to country Germany (Q183) (See 386 others)
See alsoDeutsche Biographie (GND) ID (P7902), Hessian Biography person (GND) ID (P13226), Rheinland-Pfälzische Personendatenbank (GND) ID (P8748), Sächsische Biografie (GND) ID (P1710), DDB person (GND) ID (P13049), JudaicaLink person (GND) ID (P13183), Kalliope-Verbund (GND) ID (P9964), FID performing arts ID (P10608), CERL Thesaurus ID (P1871), DNB edition ID (P1292), BEACON file URL (P13449), Hessische Parlamentarismusgeschichte Abgeordneten-ID (P14379)
Lists
  • Property talk:P227/Conflation
  • Property talk:P227/Constraint violations/Single best value constraint
  • Property talk:P227/Constraint violations/Single best value constraint (humans died before 1851)
  • Property talk:P227/Duplicates
  • Property talk:P227/incorrect identifier value
  • Property talk:P227/human/wanted
  • Items with no other external identifier
  • Items with no other statements
  • Most recently created items
  • Items with novalue claims
  • Items with unknown value claims
  • Items with deprecated claims
  • Deprecated statements with this identifier as a source
  • Usage history (total)
  • Mix'n'match (Report)
    Mix'n'match (Report)
  • Database reports/Complex constraint violations/P227
  • Database reports/Constraint violations/P227
  • Map
  • Random list
    • Proposal discussionProposal discussion
    Current uses
    Total7,936,392
    Main statement3,019,678 out of 10,001,538 (30% complete)38% of uses
    Qualifier12<0.1% of uses
    Reference4,916,70262% of uses
    Search for values
    Explanations [Edit]

    The Integrated Authority File (Q36578) (GND) is managed by the German National Library in cooperation with various library networks in German-speaking Europe and other partners.

    Allowed qualifiers

    [edit]
    List of qualifiers
    Wikidata qualifier (Q15720608) entity (Q35120) Example
    subject named as (P1810) person (Q215627) Naguib Mahfouz (Q7176): Maḥfūẓ, Naǧīb
    subject named as (P1810) geographical feature (Q618123) universe (Q1): Weltall / Kosmos <Begriff>
    alternative name (P4970) person (Q215627) Édith Piaf (Q1631): Gassion, Edith G.
    start time (P580) geographical feature (Q618123) Dnipro (Q48256):
    subject named as (P1810): Jekaterinoslaw (1776)
    end time (P582) corporate body (Q106668099) Leipzig University (Q154804):
    subject named as (P1810): Karl-Marx-Universität Leipzig (1991)
    point in time (P585) event (Q1656682) Chaos Communication Congress (Q516804): 2005
    subject has role (P2868) person (Q215627) Mark Twain (Q7245):
    subject named as (P1810): Twain, Mark
    + subject has role (P2868): pseudonym (P742)
    subject has role (P2868) corporate body (Q106668099);
    more precise: museum (Q33506)    		 Panorama Mesdag (Q1738414): museum in the Hague
    subject has role (P2868) work (Q386724) Panorama Mesdag (Q110996824): panorama by Hendrik Willem Mesdag
    subject has role (P2868) geographical feature (Q618123) Tomb of the Scipios (Q1540716):
    subject named as (P1810): Scipionen-Grab
    +scope note (P9570):
    Benutze Kombination: Cornelii Scipiones AND Grab AND Rom
    + subject has role (P2868): cross-reference (Q1302249)
    subject has role (P2868) topical term (Q65708270) book publisher (Q1320047):
    subject named as (P1810): Verlag
    + subject has role (P2868): quasi-synonym (Q2122467)
    subject has role (P2868) geographical feature (Q618123)
    corporate body (Q106668099)    		 Hamburg-Altona station (Q650270): architectural structure (Q811979)
    Hamburg-Altona station (Q650270): organization (Q43229)
    subject has role (P2868) corporate body (Q106668099) Upper Alsace (Q1999970). temporary name (Q131095163): Ober-Elsaß
    location (P276) corporate body (Q106668099) Academic Press (Q2076913): New York / San Diego
    sex or gender (P21) topical term (Q65708270) pianist (Q486748): male or of unspecified gender / female[1]
    scope note (P9570) topical term (Q65708270) senator (Q15686806): Auch für Senatoren mit Ministerrang
    scope note (P9570) work (Q386724) Xenien (Q523255): Goethe
    scope note (P9570) creator of the GND
    (for help with indentification)    		 Karl-Heinz Schulze (Q113454903): Datensatz angelegt von
    DFF - Deutsches Filminstitut & Filmmuseum / filmportal.de [DE-Wi17FP]
    identifier shared with (P4070) topical term (Q65708270) Orient (Q205653) ≈ Q1947733
    reason for deprecated rank (P2241) refers to different subject (Q28091153)
    unconfirmed (Q28831311)
    redirect (Q45403344)
    reason for deprecated rank (P2241) topical term (Q65708270) picture editor (Q861009) ≠ photojournalist (Q957729)
    reason: does not exactly match (Q42415624) [1]
    reason for deprecated rank (P2241) (rare case where GND was accidentally reused) Alfred Daiber (Q114087670):
    replacement (Q23009439) → Alfred Daiber (Q15782350)
    reason for deprecated rank (P2241) (should be replace with valid GND) undifferentiated identifier value (Q68648103)
    intended subject of deprecated statement (P8327) In addition to refers to different subject (Q28091153)

    See: property constraint (P2302) = P227#P2302 (P227#P2302)

    Sources and abbreviations

    [edit]

    Gadget

    [edit]

    To import data from the authority file you can use the gadget GND reveal. You only have to add 

    importScript( 'User:Magnus Manske/gnd reveal.js' )

    to your common.js.

    Notes

    [edit]

    Duplicates

    [edit]

    Many duplicates result from the merger of the four authority files that were maintained separately until April 2012. They are resolved step-by-step by the German National Library (Q27302) and the other institutions participating in the GND. The duplicate data records from Gemeinsame Körperschaftsdatei (Q872551) (GKD), Schlagwortnormdatei (Q897080) (SWD) and German Music Archive (Q27901) (DMA) are divided into "winner" and "loser" data records depending on their source authority file. (This source authority file for an ID can be found under "Old identifiers" on the page for an ID on https://explore.gnd.network/en/.)

    The rule for merging is: "It will always be merged into the winning data record."[2]

    1. corporate body (Q106668099) → GKD data record
    2. event (Q1656682) → GKD data record
    3. works of music → DMA data record[3]
    4. geographical feature (Q618123) → SWD data record

    For duplicates: Please mark the "winner" authority file with "preferred" rank (see Help:Ranking). For the "loser" data record the qualifier object of statement has role (P3831)duplicate entry (Q1263068) should be added so that the case is documented.

    Examples:

    BTW: You don't have to stick to the library rules. You can use your own judgment to decide which GND is the best choice for Wikidata.

    Lists of possible duplicates: Wikidata:Database reports/Identical GND ID and Property talk:P227/Duplicates

    Wikidata Query Service:

    Known VIAF/GND problems

    [edit]

    VIAF is helpful but also often incorrect, outdated, and is mixing two identifier systems that in some cases produce dead links.

    1. Johannes Fabian (Q15641418), VIAF 91414487 merged in January 2014 three GNDs, only one was correct:
      1. GND 107342049: Fabian, Johannes R., undifferentiated
      2. GND 122878310: Fabian, Johannes (* 1937), Amerikan. Anthropologe
      3. GND 172084180: Fabian, Johannes R., Dipl.-Ing.
        • Update: now both Wikidata and VIAF have only one GND
    2. VIAF changes numbers with dashes: Instituto Brasileiro de Geografia e Estatística (Q268072).
      1. GND 1026669-0 (correct)
      2. VIAF-GND 004164695 ("404 Not Found")
    3. Same name + same year of birth = different person
      1. In some cases VIAF merges two persons because only one of them has a GND
      2. Please use: GND = "no value" (for the person without a GND) [2]
      3. For items often confused use: different from (P1889)
    4. For unknown reasons VIAF is not importing all GND ids
      1. Samuel Ramos (Q7412445) = GND 1022446479 (created 16-05-12)
      2. June 2015: 3 years later the GND id still not harvested by VIAF
        • DNB and VIAF have been made aware of the problem, there might have been a harvesting glitch during the first weeks of the GND going live in April 2012: GND records which never have been touched since then are still unknown to VIAF (as an estimate about 15.000 GND records for persons created in early summer 2012 are not represented in VIAF). [7. Jun. 2015‎ Gymel]
        • Update: GND 1022446479 added to VIAF:59099151 on 2015-07-12.
    5. In some cases VIAF clusters get deleted instead of merged
      1. Åke Blomström (Q270863): VIAF 228866914; taken care by KrBot
    6. In rare cases VIAF clusters are reused for a different item
      1. William of Ockham (Q43936): VIAF:41835567 in 2015
        1. Lorenzo Guglielmo Traversagni (Q18674108): VIAF:41835567 in 2016
        2. William of Ockham (Q43936): VIAF:262145669298005170004 (created 2016-02-28)
      2. Drew Fudenberg (Q1258707): till 2016-09-25 VIAF:59183378 (now: "First National Bank of Lynn")
    7. In the case a conflated VIAF cluster was used for creating an item, see Help:Conflation of two people (Wikidata:VIAF/cluster)

    References

    [edit]
    1. ↑ For most occupations, there are two forms in the GND. In some cases there is only a gender-neutral or a female term. Examples: Motorradfahrer (GND 4170605-5); Regierungsbeamter (GND 4398677-8); Au-pair-Mädchen (GND 4003655-8).
    2. ↑ Barbara Pfeifer: GND-Umstieg in der DNB aktueller Stand und Planungen, GND-Nachbereitungs-Workshop, 31 May 2012, slide 8.
    3. ↑ Werke der Musik, in: GND-Anwendungsbestimmungen, 2 May 2014, retrieved 18 October 2025.
     
    Maintenance lists for GND ID (P227)
    Wikidata
    Database reports
    Property talk:P227
    /human
    faulty
    /wanted
    Other
    Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
    List of violations of this constraint: Database reports/Constraint violations/P227#Entity types, hourly updated report
    Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (Help)
    List of violations of this constraint: Database reports/Constraint violations/P227#Scope, hourly updated report, SPARQL
    Format “(1[01234]?\d{7}[0-9X]|[47]\d{6}-\d|[1-9]\d{0,7}-[0-9X]|3\d{7}[0-9X])|”: value must be formatted using this pattern (PCRE syntax). (Help)
    List of violations of this constraint: Database reports/Constraint violations/P227#Format, hourly updated report, SPARQL
    Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia list article (Q13406463)”: this property must not be used with the listed properties and values. (Help)
    List of violations of this constraint: Database reports/Constraint violations/P227#Conflicts with P31, hourly updated report, search, SPARQL
    Conflicts with “instance of (P31): Wikimedia category (Q4167836)”: this property must not be used with the listed properties and values. (Help)
    List of violations of this constraint: Database reports/Constraint violations/P227#Conflicts with P31, hourly updated report, search, SPARQL
    Single best value: this property generally contains a single value. If there are several, one would have preferred rank (Help)
    Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
    List of violations of this constraint: Database reports/Constraint violations/P227#single best value, SPARQL
    Distinct values: this property likely contains a value that is different from all other items. (Help)
    Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Q196538, Q912313, Q19786, Q83367, Q302, Q51666, Q695368, Q206587, Q1301203, Q35672, Q1779748, Q15407350, Q15407351, Q20852, Q2293670, Q84, Q23306, Q520867, Q1110145, Q1787342, Q1803227, Q695, Q1588974, Q164256, Q1111292, Q6257, Q1662807, Q1502013, Q2515177, Q414110, Q514802, Q1780615, Q1780476, Q630163, Q1454729, Q152002, Q955464, Q439072, Q841090, Q1360467, Q695316, Q1454727, Q683834, Q864640, Q772835, Q853085, Q116, Q1097498, Q58968, Q381142, Q6256, Q7275, Q179043, Q214518, Q1232145, Q1803430, Q315027, Q1571264, Q329676, Q7380391, Q1803272, Q1787368, Q1305171, Q5261695, Q14756366, Q34497, Q192184, Q151843, Q301751, Q675085, Q1454726, Q17955, Q3059502, Q44352, Q155570, Q1460, Q4951156, Q15608499, Q2456068, Q40, Q533534, Q21010, Q15058181, Q1148511, Q170213, Q7473516, Q1490, Q67996, Q3905364, Q865, Q22502, Q707297, Q17353989, Q637238, Q690821, Q13362, Q693570, Q19831595, Q1206262, Q170390, Q697084, Q5923, Q1803420, Q2839, Q16332967, Q20883, Q20892, Q1396026, Q1787565, Q13344, Q157575, Q20808141, Q429850, Q19311569, Q277759, Q1700470, Q742421, Q2088357, Q41662, Q8867089, Q11634, Q350268, Q321087, Q13165156, Q6877935, Q104602244, Q163446, Q6087062, Q107434788, Q1783171, Q7777494, Q1147752, Q110551885, Q7377, Q192874, Q178, Q877546, Q123168143
    List of violations of this constraint: Database reports/Constraint violations/P227#Unique value, SPARQL (every item), SPARQL (by value)
    Conflicts with “DNB edition ID (P1292)”: this property must not be used with the listed properties and values. (Help)
    Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: archINFORM (Q265049)
    List of violations of this constraint: Database reports/Constraint violations/P227#Conflicts with P1292, search, SPARQL
    Label required in languages: de: Entities using this property should have labels in one of the following languages: de (Help)
    Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
    List of violations of this constraint: Database reports/Constraint violations/P227#Label in 'de' language, search, SPARQL
    International
    National
    (VIAF part.)
    National
    (other)
    Academics
    Artists
    Politicians
    Monuments
    Other
    Non-people


    GND ID - type human should not have GND ID containing -
    GND ID exists, type is human, GND ID contains - (Help)
    Violations query: SELECT ?item ?gndid WHERE { ?item wdt:P227 ?gndid; wdt:P31 wd:Q5. FILTER(REGEX(STR(?gndid), "-")) . }
    List of this constraint violations: Database reports/Complex constraint violations/P227#GND ID - type human should not have GND ID containing -
    GND ID - type human should have sex
    GND ID exists, type is human, sex missing (Help)
    Violations query: SELECT ?item ?gndid WHERE { ?item wdtn:P227 ?gndid; wdt:P31 wd:Q5 . MINUS { ?item wdt:P21 [] } } LIMIT 1000
    List of this constraint violations: Database reports/Complex constraint violations/P227#GND ID - type human should have sex
    GND ID - type human should have VIAF
    GND ID exists, type is human, VIAF missing (Help)
    Violations query: SELECT ?item ?gndid WHERE { ?item wdtn:P227 ?gndid; wdt:P31 wd:Q5 . MINUS { ?item wdt:P214 [] } } LIMIT 1000
    List of this constraint violations: Database reports/Complex constraint violations/P227#GND ID - type human should have VIAF
    GND ID - type human should not be instance of a subclass of human
    GND ID exists, type is human, is instance of a subclass of human (Help)
    Violations query: SELECT ?item ?gndid WHERE { ?item wdt:P31/wdt:P279+ wd:Q5 . ?item wdt:P31 ?type . ?item wdtn:P227 ?gndid . }
    List of this constraint violations: Database reports/Complex constraint violations/P227#GND ID - type human should not be instance of a subclass of human

    Discussion

    [edit]

    Zitat oder Auszug

    [edit]
    Latest comment: 6 months ago3 comments2 people in discussion

    Hallo @Clemens Dulcis: Wieso hast du quotation or excerpt (P7081) unter „erlaubte Qualifikatoren“ hinzugefügt? Kannst du ein Beispiel nennen? Es gibt bereits den Qualifikator scope note (P9570), der imho diesen Zweck erfüllt. --Kolja21 (talk) 20:34, 23 November 2025 (UTC)Reply

    Vielen Dank für die Nachfrage. Ich habe die Ergänzung wieder gelöscht. Das wichtigste Beispiel war Peter Finke (Q1794580). Viele Grüße! -- Clemens Dulcis (talk) 23:04, 23 November 2025 (UTC)Reply
    Danke für die schnelle Rückmeldung. Bei Peter Finke (Q1794580): German philosopher of science (born 1942) ist der Verwendungshinweis etwas lang geraten. 1) Der Verwendungshinweis dient in erster Linie zur Definition und Unterscheidung mehrerer Normdatensätze (z.B. beim Begriff Senator: "Auch für Senatoren mit Ministerrang"). Bei einem langen Text ist in der Tat quotation or excerpt (P7081) besser, eingetragen unter der Fundstelle. 2) Reicht die Übernahme der Angaben aus dem Feld "Weitere Angaben" aus. Für "Beziehungen zu Organisationen" gibt es in Wikidata die Eigenschaften employer (P108) und affiliation (P1416). Dort kann man Angaben wie "Professor für Wissenschaftstheorie und Biolinguistik" und "1982-2006" ergänzen und mit der GND als Quelle belegen. --Kolja21 (talk) 23:40, 23 November 2025 (UTC)Reply

    Schott-Archiv digital

    [edit]
    Latest comment: 5 months ago1 comment1 person in discussion

    One more database using GND: Schott-Archiv digital (Q137564935): historical archive of the publishing house B. Schott’s Söhne. --Kolja21 (talk) 03:31, 24 December 2025 (UTC)Reply

    Federated queries Wikidata-GND

    [edit]
    Latest comment: 4 months ago3 comments2 people in discussion

    I post here a few interesting queries thanks to https://sparql.dnb.de/ and https://qlever.dev/wikidata/:

    --Epìdosis 16:32, 2 February 2026 (UTC) FYI @Emu, Kolja21: P.S. only the last edit date is stored in the GND RDF, not the creation date ... so this is the maximum we can obtain through SPARQL for the last pointReply

    @Epìdosis Could it be that your queries undercount due to different data models? For example, this query from the DNB examples minus the LIMIT returns 180,555 of Jurist instances whereas your queries return 159,796 and 57,367 instances respectively. While this isn’t really all that relevant to our current challenge, it might nevertheless worth looking into this discrepancy? --Emu (talk) 19:46, 2 February 2026 (UTC)Reply
    @Emu: I agree that the discrepancy is strange; as of now, however, I don't understand why it happens honestly; yes, it is worth looking into it. Epìdosis 19:59, 2 February 2026 (UTC)Reply

    Duplicates with pseudonyms

    [edit]
    Latest comment: 3 months ago13 comments5 people in discussion

    Hello @Epìdosis, Kolja21, Emu:, here is a query highlighting potential duplicates in Wikidata, identified because their respective GND identifiers have a gndo:realIdentity relationship between them and thus one of them may simply be the pseudonym of the other. I have removed cases of duo and collectives pseudonyms, some other false positives may remain. --Thomas Kerboul (BGE) (talk) 13:37, 20 February 2026 (UTC)Reply

    Thanks for the query (1,426 results). Looks like the usual suspect using sock puppets like User:TpDataManager and User:Rudolf Ziegler. To prevent future duplicates, one would have to check the GNDs for pseudonyms and import the missing authority files. This is too time-consuming to do manually: 2 items merged + 2 missing GNDs added (= 4 GNDs). --Kolja21 (talk) 00:39, 21 February 2026 (UTC)Reply
    It would also be helpful if someone could add the following properties to the already created approximately 1,400 dublicates:
    This would make it easier to check the items and merge them manually. --Kolja21 (talk) 00:56, 21 February 2026 (UTC)Reply
    Here is a case of duplication created on the base of NL CR AUT ID (P691):
    @Frettie: FYI. --Kolja21 (talk) 01:07, 21 February 2026 (UTC)Reply
    I refined the query to include the GND label, to keep only pseudonyms and legal names that are instance of (P31)human (Q5) on Wikidata and further excluding items that are linked to each other either with said to be the same as (P460) or different from (P1889) : https://qlever.dev/wikidata/1sIEZT . Based on that I think we can add the missing infos and even attempt at merging the whole 1347 results with Quickstatements. --Thomas Kerboul (BGE) (talk) 06:39, 21 February 2026 (UTC)Reply
    Thanks, i think @Vojtěch Dostál merge this robotically. Vojtěch, do you have script for this? ~~---- Frettie (talk) 07:47, 21 February 2026 (UTC)Reply
    @Frettie Unfortunately, not really, as my access to the WMCZ Catmandu server hasn't been working for more than a year despite repeated calls for attention :). Vojtěch Dostál (talk) 08:50, 21 February 2026 (UTC)Reply
    Ok, i'll try to merger it by AI script. :) --Frettie (talk) 08:54, 21 February 2026 (UTC)Reply
    @Vojtěch Dostál: If the problem is the availability of the server, couldn’t you move to another server, for example Toolforge? (Or is the code only stored on the server and thus inaccessible? Neither User:VojtěchDostálBot nor Wikidata:Requests for permissions/Bot/VojtěchDostálBot say anything about the availability of the non-framework Python code you use.) —Tacsipacsi (talk) 13:42, 22 February 2026 (UTC)Reply
    Just for the records: The issue of duplicates from pseudonyms was already raised in 2018, without any concrete action being taken. I have just merged the item mentioned on the talk page of Reinheitsgebot. --Kolja21 (talk) 17:59, 22 February 2026 (UTC)Reply
    Hi @Kolja21, @Vojtěch Dostál – there is table of Pseudonym and Real person in Google Sheet (editor link) – if this is merge candidate, last column is "YES". Feel free to fix it. I can try to fix it few days or weeks later.--Frettie (talk) 08:18, 23 February 2026 (UTC)Reply
    This will likely be more difficult than it looks. Some are for names of real people borrowed by other people to publish (publishing under the disguise of a different person, eg Drahoslava Janderová (Q95435281) and Sergej Machonin (Q12051502)). Some are for collective pseudonyms. I am afraid most of this has to be sorted out manually :-(. Perhaps we can cut out a part of this that could be merged by a bot, but we have to be careful not to make an even bigger mess. Vojtěch Dostál (talk) 08:53, 23 February 2026 (UTC)Reply
    there is technical difficulties, but i believe, that we solve this puzzle. :) --Frettie (talk) 18:52, 22 February 2026 (UTC)Reply

    Different year of birth

    [edit]
    Latest comment: 3 months ago3 comments2 people in discussion

    @Kolja21, Emu, Diggr: this morning I have been experimenting with the SPARQL endpoint of GND; federated queries with Wikidata tend to timeout in case of hundreds of thousands of results, but they work usually well on smaller numbers. I have extracted Property talk:P227/Inconsistencies/Different year of birth for a check, if you are interested. I will try to work on the pseudonyms later this week. --Epìdosis 10:37, 24 February 2026 (UTC)Reply

    Very helpful list. Thank you! --Kolja21 (talk) 21:13, 24 February 2026 (UTC)Reply
    @Kolja21, Emu: using the SPARQL endpoint of GND, I also extracted birthdates and deathdates for items after Q90000000 and I am going to add them with reference; it will probably take some days, cf. https://qs-dev.toolforge.org/batches/Epìdosis/. Epìdosis 10:58, 25 February 2026 (UTC)Reply

    Changes in GND URL

    [edit]
    Latest comment: 3 months ago11 comments7 people in discussion

    GND URL are no more available. New URL seems to be https://explore.gnd.network/gnd/. @VIGNERON:

    Exemple :

    Zbigniew Stok (Q111234813)

    --SAPA bdc (talk) 11:07, 27 February 2026 (UTC)Reply

    I also just realized this change, the old URLs don't work anymore (site can't be reached) and there doesn't seem to be any forwarding active right now. I think the URL formatter should be adjusted, but I'll leave that to those with more insight into all the places where changes are needed. PB (SIK-ISEA) (talk) 17:49, 27 February 2026 (UTC)Reply
    The current URL (the classic DNB catalog) is still valid, but currently disrupted. GND-Explorer (the beta version of the new DNB catalog) and OGND are two popular alternatives. Kolja21 (talk) 19:10, 27 February 2026 (UTC)Reply
    PS: The beta version of the new DNB catalog is another project. DNB website: "Testen Sie auch die Betaversion des neuen DNB-Katalogs." Currently also experiencing technical problems: "Too Many Requests". Kolja21 (talk) 21:58, 27 February 2026 (UTC)Reply

    Changes by RVA2869. For info: @VIGNERON, SAPA bdc, PB (SIK-ISEA), Kolja21: ¯\_(ツ)_/¯ —Eihel (talk) 03:50, 28 February 2026 (UTC)Reply

    The changes should be reverted. --Emu (talk) 09:01, 28 February 2026 (UTC)Reply
    I think we should revert once https://d-nb.info/gnd/$1 comes back (I would guess on Monday). Epìdosis 14:40, 28 February 2026 (UTC)Reply
    +1. There was no change in the GND URL. The GND-Explorer is useful but does not contain the literature that is available in the German National Library (DNB). Kolja21 (talk) 22:34, 28 February 2026 (UTC)Reply
    @Kolja21, thanks for the clarification. For my use case, linking to the GND-Explorer might actually be the better solution, so if anything, this disruption has helped to get some more visibility for the GND-Explorer. :) PB (SIK-ISEA) (talk) 08:04, 1 March 2026 (UTC)Reply
    A user on the German Wikipedia suspects that a certificate had expired. (February has only 28 days.) Anyway, the error seems to be fixed now and the OPAC is back online. --Kolja21 (talk) 07:36, 2 March 2026 (UTC)Reply
    Our (DNB) services were subject to an exceptionally high volume of requests. Unfortunately, this has been happening more frequently since the AI boom. We are trying to adapt our services accordingly. Diggr (talk) 14:08, 2 March 2026 (UTC)Reply

    Missing GND pseudonyms

    [edit]
    Latest comment: 2 months ago16 comments3 people in discussion

    @Kolja21, Emu, Diggr: this morning I have made a second experiment with the two endpoints after #Different year of birth: 6108 missing GND pseudonyms being added now through https://qs-dev.toolforge.org/batch/23367/. --Epìdosis 09:18, 8 March 2026 (UTC)Reply

    @Kolja21, Emu, Diggr, Wurgl:: second part, I also add 1431 missing GND pseudonyms which will create conflicts with other items (mostly merges to be made, but also more complex cases like the ones involving collective pseudonyms): https://qs-dev.toolforge.org/batch/23368/. Epìdosis 10:17, 8 March 2026 (UTC)Reply
    Note: the number of pages in de:Kategorie:Wikipedia:GND in Wikipedia weicht von GND in Wikidata ab is up to 2695 after the addition, since DE.WP only structures one GND per person; in order to fix this, it will be necessary to progressively prefer-rank the GND used in DE.WP. FYI @Silewe:. Epìdosis 10:35, 8 March 2026 (UTC)Reply
    Thanks, I already noticed. --Kolja21 (talk) 12:59, 8 March 2026 (UTC)Reply
    @Epìdosis: Can you change in cases like Maya Seidensticker pseudonym (Q61002) (GND type pip) to collective pseudonym (Q16017119) (GND type pis), cf. Talk:Q1473624? --Kolja21 (talk) 13:13, 8 March 2026 (UTC)Reply
    @Kolja21: sure, this batch is running (https://qs-dev.toolforge.org/batch/23386/) and will do it for all the 843 collective pseudonyms we have in Wikidata. Epìdosis 14:32, 8 March 2026 (UTC)Reply
    Batch completed; this (https://w.wiki/JFPo) is a list of all the items in Wikidata containing a GND with qualifier subject has role (P2868)collective pseudonym (Q16017119) despite not being instance of (P31)collective pseudonym (Q16017119); this query should have 0 results (collective pseudonyms should always have a separate item, connected to the items of the real persons using them), but are 764 as of now. Epìdosis 14:46, 8 March 2026 (UTC)Reply
    Thanks. We have two concepts for linking collective pseudonyms:
    Which one should we select as the default? --Kolja21 (talk) 14:55, 8 March 2026 (UTC)Reply
    I don’t have a strong opinion about either option but I think the first one is more common? --Emu (talk) 18:15, 8 March 2026 (UTC)Reply
    I also think the first one is more common, so I would also lean towards it; massively switching to another would not be very complex anyway in the future. Epìdosis 20:31, 8 March 2026 (UTC)Reply
    Property talk:P227/Constraint violations/Single best value constraint (only humans) now with 5.813 items (violations count). Beside collective pseudonym (Q16017119) there are some pseudonyms as unconfirmed hypothesis (Q67203058) where the items should not be merged. Example: Paulus Commodus (Q113774759): no description. --Kolja21 (talk) 09:44, 9 March 2026 (UTC)Reply
    Eh, a lot to check ... if you need other data extraction from GND to help with the check of these items, please ask here. Epìdosis 12:24, 9 March 2026 (UTC)Reply
    Thanks. Before setting "preferred rank" I add subject named as (P1810). (Not mandatory, but helpful for distinguishing the real name from the pseudonyms.) It would save a few clicks if this property was already filled in. --Kolja21 (talk) 13:42, 9 March 2026 (UTC)Reply
    @Kolja21: sure, it will be done in max 2 hours: 5814 edited items through https://qs-dev.toolforge.org/batch/23416/. Epìdosis 14:44, 9 March 2026 (UTC)Reply
    Property talk:P227/Constraint violations/Single best value constraint (only humans) back under control after the batch, 13 items now. de:Kategorie:Wikipedia:GND in Wikipedia weicht von GND in Wikidata ab will surely need more time for manual checks, 2625 results now. Epìdosis 23:18, 11 March 2026 (UTC)Reply
    As a placeholder, de:Kategorie:Wikipedia:GND in Wikipedia weicht von GND in Wikidata ab at 1216 results now. Epìdosis 16:51, 31 March 2026 (UTC)Reply

    Massive imports of data from GND (2026)

    [edit]
    Latest comment: 1 day ago166 comments11 people in discussion

    Massive import of data from GND (April 2026)

    [edit]

    Notified participants of WikiProject Germany I write here to inform you that from tomorrow I will start through QS 3.0 a very big import of CC0 data from GND ID (P227) (data extracted from https://sparql.dnb.de/ on March 9 su taken from the dump of February 23); the data have been selected in the following way:

    The conversion of the places and occupations was based exclusively on existing GND ID (P227) already present in Wikidata; in all cases in which the value in GND was not a GND, or in which it was a GND but that GND was not present in Wikidata, I will import no data.

    If you see mistakes (on over 1 M statements it is certain it will happen), the cause is one of the following:

    1. the human in Wikidata is matched with the wrong GND person -> move the GND and all the data imported from it to the appropriate item, creating it if needed
    2. the place/occupation in Wikidata was matched with the wrong GND -> move the GND to the correct place/occupation in Wikidata, creating it if needed; then report the issue here below, I will fix all the cases massively at the end of the import
    3. the GND person contains a wrong information -> fix the incorrect data in the person and report it here below so that @Kolja21: can fix directly the issue or report it in de:Wikipedia:GND/Fehlermeldung

    Best, --Epìdosis 10:06, 31 March 2026 (UTC) FYI WikiProject Authority control has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. --Epìdosis 10:10, 31 March 2026 (UTC)Reply

    Import finished, please report in the sections below if you see mistakes of any kind. Epìdosis 08:03, 5 April 2026 (UTC)Reply
    My first checks on places (of birth and of death) have not found evident mistakes, i.e. non-places used as places. Epìdosis 08:30, 5 April 2026 (UTC)Reply

    Massive import of data from GND (May 2026)

    [edit]

    I am now about to start a second massive import, similar to the last one, but with a few improvements (the two main ones: I will takes all the GND occupations, instead of only the first one, and I will skip the cases of GND places or occupations connected from 2(+) Wikidata items) and also more documentation. So, in theory the best option would be having one federated query that extracts, for each property, only the cases in which the Wikidata personal item misses the information and the personal GND ID present in the Wikidata item has the information; however, in my experience this times out; so I extract on one side all the Wikidate personal items with a GND missing the property and on the other side all the personal GND IDs having the property. Here are the queries (data extracted today, so the GND dump used is from April 20):

    Main data-extraction queries
    Wikidata property Wikidata humans with GND missing it GND field GND persons having it
    sex or gender (P21) https://qlever.dev/wikidata/XVDPIS gndo:gender https://sparql.dnb.de/gnd/7cEuHW
    place of birth (P19) https://qlever.dev/wikidata/hTrtr4 gndo:placeOfBirth https://sparql.dnb.de/gnd/QYHmUJ
    place of death (P20) https://qlever.dev/wikidata/N51oji gndo:placeOfDeath https://sparql.dnb.de/gnd/RAbyk6
    occupation (P106) https://qlever.dev/wikidata/j1tBN0 gndo:professionOrOccupation https://sparql.dnb.de/gnd/ftQ20p
    date of birth (P569) https://qlever.dev/wikidata/NmZb7V
    + https://qlever.dev/wikidata/Ni64dg (year, no source)]
    		 gndo:dateOfBirth https://sparql.dnb.de/gnd/LJJNeJ
    date of death (P570) https://qlever.dev/wikidata/FLZ7PJ
    + https://qlever.dev/wikidata/qqAKLs (year, no source)]
    		 gndo:dateOfDeath https://sparql.dnb.de/gnd/0wdHmF

    Appendix: https://qlever.dev/wikidata/7XWk8n to extract non-personal GND IDs connected from Wikidate items (avoiding unique-value constraint violations; the unfiltered one would be https://qlever.dev/wikidata/ZEcqzw).

    I am now preparing the new QS files. Updates will follow here. --Epìdosis 15:23, 4 May 2026 (UTC)Reply

    The numbers by property (total: ):

    Please note I will run firstly the removals of unsourced date of birth (P569) values and afterwards the date of death (P570); so the values will be readded, with a GND reference, in maximum 24 hours.

    As previously written, if you see mistakes, the cause is one of the following:

    1. the human in Wikidata is matched with the wrong GND person -> move the GND and all the data imported from it to the appropriate item, creating it if needed
    2. the place/occupation in Wikidata was matched with the wrong GND -> move the GND to the correct place/occupation in Wikidata, creating it if needed; then report the issue here below, I will fix all the cases massively at the end of the import
    3. the GND person contains a wrong information -> fix the incorrect data in the person and report it here below so that @Kolja21: can fix directly the issue or report it in de:Wikipedia:GND/Fehlermeldung

    Thanks, --Epìdosis 17:46, 4 May 2026 (UTC)Reply

    Imho we should look at some of the cases in which the unsourced date of birth (P569) and date of death (P570) differ from GND. That should be documented even though we can't review every single case. --Kolja21 (talk) 19:39, 4 May 2026 (UTC)Reply
    As of now they will stay untouched, I am only improving the ones where the dates coincide; we can talk about them afterwards, surely they deserve a look. Epìdosis 19:41, 4 May 2026 (UTC)Reply
    As a note about the ongoing removals of date of birth (P569) and date of death (P570) values with precision year (which will take about 2 days): I know I am removing a few hundreds of values with valid references; I am rechecking all my removals of referenced values and reverting them, so they are not going unnoticed. Epìdosis 22:36, 4 May 2026 (UTC)Reply
    Import finished: please report here any issue for future documentation. Epìdosis 07:01, 8 May 2026 (UTC)Reply

    Reports of wrong matches of GND places and GND occupations

    [edit]

    Reports of wrong data in GND persons

    [edit]

    Same birthyear and deathyear

    [edit]

    Birthyear after deathyear

    [edit]

    Age above 122 years

    [edit]

    Considering that Jeanne Calment (Q182260) has presently the record of 122 lived years, persons died at an age beyond 122 years are probably mistakes. We have https://qlever.dev/wikidata/SQl7Ih (110 results) and https://qlever.dev/wikidata/ip1jY4 (99 results) to check. --Epìdosis 15:47, 2 June 2026 (UTC)Reply

    Improved versions, removing the persons with subject has role (P2868)supercentenarian (Q1200828): https://qlever.dev/wikidata/a8fmpy (105 results) and https://qlever.dev/wikidata/VVdvwC (97 results). --Epìdosis 15:55, 2 June 2026 (UTC)Reply
    hi, Aḥmad ʻAlī Kuhzād (Q25657111) is a problem of islamic/georgian calendar, obviously ;) Hsarrazin (talk) 16:12, 2 June 2026 (UTC)Reply
    I see quite a bunch of typos in the list - wonder how they arrived there, because consulting https://explore.gnd.network/gnd/170971619?term=170971619& and Rudolf Mondelaers (Q133767592) I do not see it :(
    may I suggest you sort the list by "age" ? - the most obvious typo should be easy to catch :D Hsarrazin (talk) 16:21, 2 June 2026 (UTC)Reply
    @Hsarrazin: Aḥmad ʻAlī Kuhzād (Q25657111): I see, it happens sometimes; this is clearly wrongly encoded, I reported it. Here the sorted queries: https://qlever.dev/wikidata/KKfVw6 (105 results) and https://qlever.dev/wikidata/uLps1y (97 results). Today QLever is not updating real-time for some reason, so you might see a few cases I have already fixed in Wikidata; it will be probably updated in a few hours I guess. Epìdosis 16:24, 2 June 2026 (UTC)Reply
    what I meant is that I don't understand where the typo came from in GND - unless it was entered manually - GND gives the right year - the typo is in WD - like Leo Wannagat (Q94830379) Hsarrazin (talk) 16:39, 2 June 2026 (UTC)Reply
    @Hsarrazin: I think Leo Wannagat (Q94830379) is one of the cases in which fortunately someone has already corrected the mistake in GND; 1012 was in GND in 2020, so between 2020 and 2026 someone has corrected in 1912; now I also updated WD. Epìdosis 17:16, 2 June 2026 (UTC)Reply
    ok, so if I find other similar cases, I can just correct WD :) Hsarrazin (talk) 17:21, 2 June 2026 (UTC)Reply

    authorities requiring further investigation

    [edit]

    There are quite a bunch of babies in the 16th, 17th and 18th century, that were probably created for archival purpose, I guess. I stopped after a dozen. Too sad, and too difficult... I let you check them.  – The preceding unsigned comment was added by Hsarrazin (talk • contribs).

    I am checking them. --Epìdosis 10:10, 9 May 2026 (UTC)Reply
    oh, and among them are probably a bunch of the Boveri (Q21491897) family https://kalliope-verbund.info/DE-611-HS-3050329 - don't now how to display labels in the query, so, difficult to check easily --Hsarrazin (talk) 13:35, 9 May 2026 (UTC)Reply
    In this case it would be helpful to create an item for this family. Unfortunately, there is no GND. --Kolja21 (talk) 16:21, 9 May 2026 (UTC)Reply
    well, at least, I added family name (P734) which should make the retrieving easier... - also, there already exists Boveri (Q99370063) - don't know if it is the same though :/ Hsarrazin (talk) 16:39, 9 May 2026 (UTC)Reply
    I've created Q139721055: no description, since Margret Boveri (Q97372) was an important journalist. --Kolja21 (talk) 01:34, 10 May 2026 (UTC)Reply

    Addition of references to existing values of P21

    [edit]
    JakobVoss (talk) ClaudiaMuellerBirn (talk) Criscod (talk) Daniel Mietchen (talk) Ettorerizza (talk) Pasleim (talk) Hjfocs (talk) 17:24, 21 January 2019 (UTC) PKM (talk) 2le2im-bdc (talk) 20:30, 24 January 2019 (UTC) Vladimir Alexiev (talk) 16:37, 21 March 2019 (UTC) ElanHR (talk) User:Epìdosis (talk) Tris T7 TT me UJung (talk) 11:43, 24 August 2019 (UTC) Envlh (talk) SixTwoEight (talk) User:SCIdude (talk) Will (Wiki Ed) (talk) Mathieu Kappler (talk) So9q (talk) 19:33, 8 September 2021 (UTC) Zwolfz (talk) عُثمان (talk) 16:31, 5 April 2023 (UTC) M2k~dewiki (talk) 12:28, 24 September 2023 (UTC) —Ismael Olea (talk) 18:18, 2 December 2023 (UTC) Andrea Westerinen (talk) 23:33, 2 December 2023 (UTC) Peter Patel-Schneider Egezort (talk) 17:56, 9 October 2025 (UTC) Oronsay (talk)Reply

    Notified participants of WikiProject Data Quality Wikidata has a lot of unreferenced sex or gender (P21) and this has been often considered as a problem; in order to mitigate this issue using GND data, I have previously used my bot (Wikidata:Requests for permissions/Bot/EpidòseosBot), which ran on ca. 350k items. Now, using the query services of GND and Wikidata, we can reach a far better efficiency. I have ready an import of GND references only for existing P21 values, specifically 560455 unreferenced sex or gender (P21)male (Q6581097) and 237041 unreferenced sex or gender (P21)female (Q6581072). While preparing this addition, I have also found 2081 discrepancies: they are now collected in Property talk:P227/Gender mismatches. If there are no objections, I will run this import of references next week, after the import above (#Massive import of data from GND (May 2026)) has been completed. Best, --Epìdosis 14:39, 5 May 2026 (UTC) P.S. As a statistical note, as of today we have 11092855 values of P21, out of which 5229708 with at least one reference, in most cases [4882973] exactly one reference (source); the 797496 to-be-added references would thus increase the percentage of referenced P21 values from 47.1% to 54.3%. --Epìdosis 15:28, 5 May 2026 (UTC)Reply

    Hi,
    only saw that discussion today :)
    could you please add VIAF cluster ID (P214) for Q5 items in your imports, please ? Normally, each GND record should match a viaf entry, and it's very painful to complete items with only GND id without it... I regularly stumble on items for French authors, and have no way to check Bnf/Sudoc, except by searching there, instead of matching through Viaf.  – The preceding unsigned comment was added by Hsarrazin (talk • contribs).
    Hi @Hsarrazin:! I am not massively creating new items on the basis of GND, I am only enriching existing items, as you can see from above discussions. That said, I perfectly much agree that having a VIAF cluster ID (P214) besides GND ID (P227) is vital. There is already a bot extracting VIAF for items having only GND or other VIAF members, Wikidata:Requests for permissions/Bot/DifoolBot 2 (FYI @Difool:). In theory I could extract VIAF ID from GND, but some experiments proved me that often the VIAF values inside GND records are severely outdated, so it is much better to extract VIAF IDs directly from VIAF, which I am personally not able to do. --Epìdosis 14:59, 5 May 2026 (UTC)Reply
    ok !
    I work manually on an item by item basis, because my daily job is creating and aligning Authorities in our Library catalog. I'll continue to add (or update) Viaf wherever they should be ^^
    I manually corrected or sourced a batch of French author I know in my catalog. And, by the way, I noticed that quite of lot of erroneous genders are the work of User:MrProperLawAndOrder (i.e. blocked Tamawashi) :( Hsarrazin (talk) 16:56, 5 May 2026 (UTC)Reply

    Addition of referenced P106 values

    [edit]

    As of now, 750345 humans containing GND ID (P227) have one or more values of occupation (P106) all unreferenced (query: https://qlever.dev/wikidata/NWtTVM). For most of them (611661) one or more referenced occupation (P106) can be added from GND, thus solving mostly the issue. If there are no objections, I will run this addition next week, together with the addition of P21, so that the total number of edits is not 797496+611661 but smaller, since each item will be edited only once (either for P21 or for P106 or for both). Thanks, --Epìdosis 07:46, 7 May 2026 (UTC)Reply

    Sounds great, thanks. - PKM (talk) 20:30, 7 May 2026 (UTC)Reply
    The import is ongoing; some issues have been reported to me because there is a small group of values that are in fact invalid for occupation (P106) (cf. User talk:Epìdosis#import data from GND); this is due to both unforeseen GND errors (field of study inputted into Beruf instead of Studienfach) and also the strange way in which GND encodes in RDF the value of Studienfach together with the values of Beruf (cf. User talk:Diggr#fieldOfStudy and professionOrOccupation). This is a provisorial list of problematic P106 values imported: https://qlever.dev/wikidata/rl7pb0. I will make more accurate statistics and massively fix them, mainly through {{Autofix}}, after the import is finished. Epìdosis 17:41, 16 May 2026 (UTC)Reply
    Also related: museum director (Q22132694): executive in charge of a museum = GND 4398836-2 is a occupation (P106) in GND, but we consider that it is a position held (P39) in Wikidata. KrBot is already doing the autofixes (see e.g. the history on Q121709). --Thomas Kerboul (BGE) (talk) 08:52, 17 May 2026 (UTC)Reply
    The import finished a few hours ago. I have already fixed some tens of thousands of redundant occupations, removing throug QS batches preexisting values which had imported from Wikimedia project (P143)- or no references and were less precise. In the meanwhile, Autofix should also deploy. I will look at the overall situation during the next days. If you notice cases I should prioritise, feel free to report them in this section (FYI @Pallor, Thomas Kerboul (BGE), Kolja21:). Thanks! Epìdosis 16:37, 22 May 2026 (UTC)Reply
    Thanks for the ping. KrBot has moved the tasks that are actually assignments (P31 = position (Q4164871)) and were listed in the P106 talk page under Autofix.
    Two potential issues may arise:
    1; They are not listed in the autofix, so KrBot does not move them; they remain as occupation even though they are actually position.
    2; They are actually already listed in the position (P39), but country-specifically. E.g.: justice minister (Q17763739) vs Minister of Justice of Hungary (Q50586662), or KrBot moved them and they therefore appear twice.
    These are probably harder to filter out; I’ve corrected three so far, but since 2 million occupations were added, this could have happened multiple times.
    Examples: Q389720, Q599637. Thank you Pallor (talk) 21:33, 22 May 2026 (UTC)Reply
    Thanks for raising the issue. I will investigate soon and add more to the autofix (BTW, issues are also being reported with some female occupations, I have just added one autofix and others will probably be needed); I will also have a look at redundances for ministers on position held (P39). Epìdosis 08:06, 23 May 2026 (UTC)Reply
    Hi @Epìdosis, I saw here that voice (Q17172850) was mistakenly added as occupation. Difool (talk) 17:25, 27 May 2026 (UTC)Reply
    Thanks very much for the report, this is caused by the strange behaviour of the GND RDF export as other previous cases, I reported it here; in the meanwhile, in Wikidata I have added an autofix occupation (P106)voice (Q17172850) -> instrument (P1303)voice (Q17172850) to solve the issue. Epìdosis 19:39, 27 May 2026 (UTC)Reply
    I also saw here that Pope (Q19546) was added as occupation (P106), should be position held (P39). Difool (talk) 15:04, 31 May 2026 (UTC)Reply
    well, if that's the case, many corrections to do ^^ - https://w.wiki/QRBs (178 P106 ; 270 P39) Hsarrazin (talk) 15:12, 31 May 2026 (UTC)Reply
    Thanks @Difool, Hsarrazin:, removed all the occupation (P106)Pope (Q19546) leaving only the position held (P39)Pope (Q19546) through https://quickstatements.toolforge.org/#/batch/259233. Epìdosis 18:46, 31 May 2026 (UTC)Reply

    Incorrect name order

    [edit]
    Latest comment: 1 month ago2 comments2 people in discussion

    GND seems contain a number of entries that has surname and given name reversed. Example: Waldstromer Conrad (Q94944478) and Groland Ulrich (Q95330243). This also affects other databases using GND as identifier, such as Deutsche Biographie. GZWDer (talk) 20:04, 25 April 2026 (UTC)Reply

    That's a kown problem with low-quality bulk imports. Waldstromer and Groland aren't family names. The database fields in question are called Persönlicher Name (name) + Zusatz zum persönlichen Namen (addition). This applies in particular to the Middle Ages and the nobility. --Kolja21 (talk) 22:41, 25 April 2026 (UTC)Reply

    GNDplus

    [edit]
    Latest comment: 4 days ago6 comments5 people in discussion

    Hi! How should we deal with the new GNDplus identifiers (more info here)? Should they be added to Wikidata and, if so, here or in a new property?

    Notified participants of WikiProject Germany --Printstream (talk) 08:17, 24 May 2026 (UTC)Reply

    Regarding: "How should we deal with the new GNDplus identifiers (more info here)?"
    https://wiki.dnb.de/spaces/GND/pages/463145380/GNDplus : "Der GNDplus dient erstens als Inkubator für neue GND-Normdatensätze und zweitens als Bereich, um Informationen zu ergänzen" - the wording is inconsistent, can "neue GND-Normdatensätze" not be used to "Informationen zu ergänzen" and is the "Bereich" also an "Inkubator" from where data will later be added to the GND itself? Also "GNDplus Datenraum (GNDplus)" what does that mean? Why is there "nun den GNDcs. Mit dem GNDcs".
    The GND itself isn't a "Bereich, um Informationen zu ergänzen"? They already have the levels 1 to 6(?) is GNDplus something like level 7?
    There is also an "Infographik zur Funktionsweise des GNDplus Datenraum (GNDplus)" and the graphic doesn't contain the term "GNDplus" but "GNDcs"
    Maybe best: give them feedback, they seem to lack consistency and as such are a source of more chaos.
    Regardinng: "Should they be added to Wikidata and, if so, here or in a new property?"
    Example: Archiv der Familie Langenbach
    1. Q139945971
    2. https://explore.gnd.network/gnd/plus-1060815036
      1. Beschreibende Angaben: Entitätentyp:
        1. plus (aus GNDplus)
        2. win (Sammlung)
      2. Idenntifikatoren: GND:
        1. GNDplus-ID plus-1060815036
        2. PPN plus-1060815036
      3. Katalogisierende Institution
        1. ISIL: DE-101 / Redaktion DE-101
        2. Datum der Ersterfassung: 12.11.2014
        3. Satzart: TuE
    3. https://d-nb.info/1060815036 redirect to https://portal.dnb.de/opac.htm?method=simpleSearch&cqlMode=true&query=idn%3D1060815036 , i.e. idn=1060815036
    4. not found:
      1. https://d-nb.info/gnd/1060815036
      2. https://d-nb.info/gnd/plus-1060815036
    As the GNDplus is currently designed, it cannot be used in Property:P227 without producing links to 404-urls as long as the latter has formatter URL ( https://www.wikidata.org/w/index.php?title=Property:P227&oldid=2496530834#P1630 ) https://d-nb.info/gnd/$1 as preferred and not e.g. https://explore.gnd.network/gnd/$1" .
    Also, as of 2026-05-27, each example at https://explore.gnd.network/search?f.entitycode=plus&rows=100 has "Sammlung (win)", and each of the first three in the list had the ID part after "plus-" as DNB idn (https://d-nb.info/1315526522 https://d-nb.info/988550865 https://d-nb.info/1223476316) the entities can be identified by the "DNB edition ID" (Property:P1292).
    Note: not each "DNB edition ID" is a contained in GNDplus, e.g. https://d-nb.info/574197265 Emil und die Detektive : ein Roman für Kinder / Erich Kästner. Ill. von Walter Trier - but https://explore.gnd.network/gnd/plus-574197265 "Diese Seite existiert nicht Meinen Sie: https://explore.gnd.network https://explore.gnd.network/search"
    Summary:
    1. as long as 404-links would be created: don't add in P227
    2. as long as there are no IDs outside the DNB edition IDs : don't create a new property
    GNDplus (talk) 16:02, 27 May 2026 (UTC)Reply
    If I understand correctly those new GNDplus are some kind of work-in-progress identifiers that will need a validation from a GND agency to become full GNDs. There is some similarities in IdRef, where a librarian can propose a new RAMEAU indexing term and use it right away while the decision to accept it or not is pending. It is not rare that the proposition ends up rejected and thus further work is needed to replace the proposition where it is used. I fear it would be the same for those GNDplus and I would refrain from using it in Wikidata, because that would create futher work to periodically check their status; it's also not clear if their are persistent or not. --Thomas Kerboul (BGE) (talk) 08:59, 28 May 2026 (UTC)Reply
    The sockpuppet has found a new playground. Instead of improving his poor imports he created Q139945971 as version, edition or translation (Q3331189). Always keeps us busy. @Epìdosis, Lymantria: Sockpuppet of Tamawashi. --Kolja21 (talk) 10:45, 28 May 2026 (UTC)Reply
    @Printstream: Imho we can ignore the "GNDplus-Datensätze im GND Explorer". Right now, it's just an experiment. --Kolja21 (talk) 10:58, 28 May 2026 (UTC)Reply
    You're right. It is in an early state and we're trying out what works. Once we enter the beta phase, we'll make an announcement. Diggr (talk) 07:15, 2 June 2026 (UTC)Reply

    question about consulting GND database, please

    [edit]
    Latest comment: 6 days ago5 comments3 people in discussion

    Hi, if you've not understood yet, I don't speak german - at all - which means it's very difficult for me to find a very simple functionality in the database, apart from the displayed parts.

    my question is, from a GND item (in https://d-nb.info/gnd/ or Explore GND), how can I access the linked works the person has authored, or is subject of ? - I have a person, and I'm not sure if he's the one I look for ; I'd like to see the linked works to estimate probabily that he's the right guy, or just an homonym (living person without dates) ; how can I know which works he's related to ?

    Note : the guy I'm looking for is a "Michael Feik", and I'm not sure at all that he's the same as https://explore.gnd.network/gnd/1061292959?term=1061292959

    thanks for your help :) Hsarrazin (talk) 13:05, 31 May 2026 (UTC)Reply

    Hi I'm not an expert, but I think I can help you:
    normaly you can use https://swb.bsz-bw.de/DB=2.104/SET=2/TTL=1/LNG=EN/NXT?COOKIE=Us998,Pbszgast,I2017,B20728,SY,NRecherche-DB,D2.104,Ed2900659-0,A,H,R193.197.31.8,FY at the bottom of the page you get three links:
    related publications | ...written by/involved in... | publication about...
    unfortunately there is nothing related in this case.
    In the GND Explorer you can find the section Katalogisierende Institution there: DE-Wi17FP --> if you look this up in https://isil.staatsbibliothek-berlin.de/isil/DE-Wi17FP the DFF - Deutsches Filminstitut & Filmmuseum / filmportal.de created the GND. and I was able to find a single on their website (not in the Personen section but in their website search: https://www.filmportal.de/person/michael-feik_090a784db1ca4672bf694123df0f0b28
    so the related works are:
    • 1991 Lorenza (1991 is the same date as the time mentioned in the GND)
    • 1982 Der Zwilling
    Hope this was helpfull. Wetterwolke (talk) 18:03, 31 May 2026 (UTC)Reply
    thanks for this help... he is probably NOT the co-author of this book : https://search.worldcat.org/fr/title/174400613
    but I hoped you could tell me "where" in the normal GND authority display (or in explore GND) I would find the link/button to linked works (on any person)... because I often have this problem, and I do not understand writings. I do not intend to use a third german database - it's difficult enough for me like this (frow WD)
    in authority databases I use everyday (french/english), there is a visible link to works that allows to access all works in the Catalog, either authored or about the person. I cannot find it on GND.
    Is there NO direct link to linked works ? or just on this one Person ? Hsarrazin (talk) 18:23, 31 May 2026 (UTC)Reply
    The current GND Explorer does not display linked works, and it likely won't in the near future. To find works by a specific person, click the bottom button on the right-hand side ("Partner network") and then select "BEACONAggregator," or go directly to https://prometheus.lmu.de/gnd/{ID}. If the person has literature in one of the major German library catalogs, it will be listed right at the top (e.g., 119545373). Click on these links to see their associated works. In this particular case, there is no library in Germany that holds works by this person. --Printstream (talk) 18:47, 31 May 2026 (UTC)Reply
    ok ! thanks ! "Beacon aggregator" then :) - that's all I needed to know :D - it's always very difficult to find your way through a catalog, in a language you don't understand :D Hsarrazin (talk) 19:23, 31 May 2026 (UTC)Reply
    Retrieved from "https://www.wikidata.org/w/index.php?title=Property_talk:P227&oldid=2502267538"