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