Darstellung von Umlauten in deutschen Tags

Question

Tags werden grundsätzlich in englischer Sprache angelegt ("Primärtags"). Ausnahmen sind die Tags umlaut, eszett, kurrent, suetterlin, was in der Natur dieser Begriffe liegt. Der Tag sein-or-haben ist eine Mischung aus deutschen und englischen Bestandteilen. Die Tags duden, heidegger sind deutsche Eigennamen und nehmen eine Sonderrolle ein. Ich schlage die Löschung von heidegger vor (ist viel zu speziell).

Zu vielen Primärtags gibt es zusätzlich deutsche Synonyme. In einigen kommen Umlaute vor, die allerdings uneinheitlich wiedergegeben werden. Hier eine (hoffentlich) vollständige Liste:

zahlbarkeit
hoflichkeit
worterbucher
grazismus + graezismus
ubersetzung + uebersetzung
aufzaehlung
frageworter + fragewoerter
anfuehrungszeichen
falle [besonders schlecht, weil Fälle und Falle denkbare Interpretationen sind]
ausdrucke
suetterlin
prateritum
unzahlbar
grossschreibung

Meiner Meinung nach sollten die Umlaute ä, ö, ü grundsätzlich durch ae, oe, ue und nicht durch a, o, u dargestellt werden (ebenso wie �� durch ss ersetzt wird). Allerdings ergibt sich dadurch ein Problem mit der Suchfunktion: Die Umlaute werden intern durch a, o, u ersetzt. Z.B. findet man bei Eingabe von "Übersetzung" nur den Tag "ubersetzung" und nicht den Tag "uebersetzung".

Bei konsequenter Verwendung von ae, oe, ue müsste also dem Suchenden bekannt sein, dass er Umlaute dadurch zu ersetzen hat. Davon kann man leider nicht ausgehen.

Ein ähnliches Problem entsteht bei konsequenter Verwendung von a, o, u. Hier scheitert die Suche, falls der Suchende von sich aus Umlaute durch ae, oe, ue ersetzt.

Ich sehe daher nur zwei Lösungen:

1. Für jeden Tag mit Umlaut werden zwei Tags angelegt (wie bei ubersetzung + uebersetzung) und dem englischen Primärtag als Synoynm zugeordnet.

2. Für jeden Tag mit Umlaut wird ein Tag mit dem Schema "uebersetzung-alias-ubersetzung" o.ä. angelegt.

Ich schlage Variante 2 vor.

Sichtbar sind die Alternativnamen der Tags nur bei den Vorschlägen, wenn die Nutzer sie eingeben:

Answer 1

Ich präferiere klar Variante 1 und sehe gerade nicht, welchen Vorteil Variante 2 bringen soll.

Zunächst einmal ist zu beachten, dass die betroffenen Tags nur für die Eingabemaske für neue Fragen bzw. beim Editieren relevant. In allen anderen Fällen sieht man nur das jeweilige Synonym und wir müssen uns nicht darum sorgen, eine falsche Schreibung zu propagieren.

Bei Variante 2 muss man sich erstmal durch ein Monster wie anfuehrungszeichen-alias-anfuhrungszeichen lesen, was zweimal fast dasselbe Wort ist. Den Unterschied, der das alias erklärt, kann man leicht übersehen, was erstmal verwirrend ist. Letztlich sind Tag-Synonyme ja gerade dafür da, Aliase eben ohne komplizierte Konstruktionen zu implementieren.

Wer die richtige Schreibung des Wortes wissen möchte oder falls Unklarheiten bestehen, hat den Tag-Wiki-Exzerpt. Mir ist bewusst, dass viele diesen nicht beachten, aber ich bezweifle, dass bei denjenigen Variante 2 viel reißen wird, sondern eher die automatisch angebotenen Tags blind genutzt werden u. Ä.

Answer 2

Man sollte die Tags, die bei Weglassen des Umlautes bedeutungsverschieden verstanden werden IMHO gar nicht anlegen und anbieten. Das gilt insbesondere für von den oben genannten:

• Aufzählung ist nicht Aufzahlung
• Zählbarkeit ist nicht Zahlbarkeit
• unzählbar ist nicht unzahlbar
• Ausdrücke sind nicht Ausdrucke
• Fälle sind nicht Falle

in diesen fünf Fällen ist das Weglassen eine böse Falle. Weglasse des Umlaut ist keine Option und ein entsprechendes Anlegen des Tags wird nur Verwirrung stiften denn zur Klarheit gereichen. Sinngemäß muss das natürlich für weitere nicht genannte oder zukünftige synonyme Tags gelten.

Bei 'Fragewörtern' könnte man es sich einfach machen: im singular als Fragewort. EDIT TO ADD: Das gleiche würde auch eindeutig und richtig für "Ausdruck" und "Fall" funktionieren.

Bei den restlich aufgeführten pellen mir sich zwar die Fußnägel beim einfachen Ersetzen der Umlaute durch die nicht-Umlaute, aber sie sind trotzdem eindeutig.

Mit obigen Einschränkungen: Lösung 1