Gender-Formen

Für Berufe und Tätigkeiten enthält die GND mindestens 1.220 weibliche Benennungen in Ergänzung zu mehr als der dreifachen Zahl von männlichen bzw. generischen Benennungen. Eine (wahrscheinlich unvollständige) Liste lässt sich mit dieser Abfrage erhalten:

PREFIX gnd: <http://d-nb.info/gnd/>
PREFIX gndo: <http://d-nb.info/standards/elementset/gnd#>
PREFIX gndsc: <http://d-nb.info/standards/vocab/gnd/gnd-sc#>

# Weibliche Formen von Bezeichnungen in Sachgruppe 9.4ab
#
SELECT * WHERE
{
  ?s gndo:gndSubjectCategory gndsc:9.4ab .
  ?s gndo:preferredNameForTheSubjectHeading ?name .
  FILTER(REGEX(?name, ".*in$") 
    || REGEX(?name, "^Weibl*") 
    || REGEX(?name, ".*euse$"))
}

Es gibt Überlegungen, diese Unterscheidung auch für Properties einzuführen, die Tätigkeiten einer Person ausdrücken. Hiernach würde beispielweise gndo:architect durch eine weibliche Form dieses Property-Axioms ergänzt, für die eine deutschsprachige Bezeichnung "Architektin" deklariert werden kann. Ein solches Vorgehen würde auf folgende Schwierigkeiten stoßen:

1. Wenn englischsprachige Property-Namen beibehalten werden sollen, müssten in vielen Fällen präkombinierte Bezeichnungen wie female_architect verwendet werden. Dies kann die Frage nach sich ziehen, warum das männliche Pendant lediglich architect und nicht male_architect heißt (und damit einen vermeintlichen Vorrang vor der weiblichen Bezeichnung genießt).
2. Bei Personen unbekannten Geschlechts kann nur eine generische Form der Bezeichnung verwendet werden. Diese würde entweder mit der männlichen Form als generisches Maskulinum zusammenfallen oder es würden drei Properties, architect, male_architect und female_architect in der Ontologie deklariert werden müssen.
3. Wird in einem Personendatensatz die Geschlechterangabe geändert (Fehlerkorrektur oder Nachtrag eines zuvor unbekannten Geschlechts), wären alle Instanzen der betreffenden Property für diese Person ebenfalls zu ändern. Andernfalls würden sich zwischen Property-Aussagen und Geschlechtsangaben im betreffenden Personendatensatz Widersprüche akkumulieren.
4. Der Mechanismus kann nur funktionieren, wenn weibliche Formen für Berufe oder Tätigkeiten vollständig zum männlichen Äquivalent vorliegen. Das trifft zur Zeit nur auf etwa ein Drittel der Berufe/Tätigkeiten in der GND insgesamt zu.

Wenn es darum geht, an Benutzeroberflächen eine geschlechtsspezifische Benennung zu verwenden, sollte die in der GND bereits vorhandene Information ausreichen, um entsprechende Display-Formen generieren zu können. Das Prinzip lässt sich anhand dieser CONSTRUCT-Abfrage verdeutlichen, in der wir Kölner Bauwerke mit einer Angabe des Architekten bzw. der Architektin oder des Architekturbüros versehen:

PREFIX gnd: <http://d-nb.info/gnd/>
PREFIX gndo: <http://d-nb.info/standards/elementset/gnd#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX gndgender:<http://d-nb.info/standards/vocab/gnd/gender#>
PREFIX x: <_>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>

CONSTRUCT 
{  [  	x:entworfen_von ?aname ;
        x:Bauwerk ?bauwerk ;
        x:in_Rolle ?rolle
   ]
}
WHERE 
{
  ?werkId gndo:architect ?agentId ;
      # gndo:place gnd:4112721-3 ; # Berlin-Steglitz
      gndo:place gnd:4031483-2 ; # Köln
      gndo:preferredNameForTheWork|gndo:preferredNameForThePlaceOrGeographicName ?bauwerk .
  ?agentId gndo:preferredNameForThePerson|gndo:preferredNameForTheCorporateBody ?aname 
  OPTIONAL { ?agentId gndo:gender gndgender:female ; BIND("Architektin" as ?rolle) }
  OPTIONAL { ?agentId gndo:gender gndgender:male ; BIND("Architekt" as ?rolle) }
  OPTIONAL { ?agentId gndo:gender gndgender:notKnown ; BIND("Architekt" as ?rolle) }
  OPTIONAL { FILTER(NOT EXISTS {?agentId gndo:gender ?g}) . BIND("Architekten" as ?rolle) }
}
LIMIT 50 

In diesem Ansatz werten wir die neutrale Property gndo:architect aus und gewinnen eine geschlechtsspezifische Aussage mittels der Angabe im Personendatensatz. Änderungen der gndo:gender-Angabe zur Person wirken sich damit unmittelbar auf die Darstellungsform der Tätigkeit aus.

Die Unterscheidung zwischen den Benennungen erfolgt hier im Anwendungskontext. Damit bedarf es weder einer Ausweitung der Axiome in der GND-Ontologie noch einer der Wissensbasis in der GND.

Wie weit dieser Ansatz auf eine große Anzahl verschiedener Tätigkeitsbegriffe skaliert werden kann, hängt von der konkreten Implementierung ab. Da das geschlechtsspezifische Tätigkeitsvokabular in der GND bereits vorhanden ist, sollte es sich dabei vermeiden lassen, die Bezeichnungen wie in diesem Codebeispiel explizit für die Transformation anzugeben.

Kennzeichnung von Gender-Formen

Das beschriebene Vorgehen setzt eine Kennzeichnung der weiblichen und männlichen Formen im referenzierten kontrollierten Vokabular voraus.

In Wikidata gibt es dafür die Properties

• female form of label https://www.wikidata.org/wiki/Property:P2521
• male form of label https://www.wikidata.org/wiki/Property:P3321

Wikidata-Beispiel für Architekt: