EDIT

AM:

Problematisch sind derzeit ja noch die Fallback-Areale, die viele Hierarchiestufen haben oder überlappen. Also konkret

• Bt, wegen der doppelten Zugehörigkeit von Rf(K) zu Bt und Rf
• Cc, wegen der doppelten Zugehörigkeit von Rf(CS) und wegen der mehrfachen Hierarchie
• SM, wegen der mehrfachen Hierarchie
• Cm, wegen der doppelten Zugehörigkeit zu Uk und Rf

Erstmal zu den Mehrfachzugehörigkeiten:

Ich gehe davon aus, dass Bt im CondensedDistributionString nur angezeigt werden soll, wenn weder Rf(K) noch ein anderes Subareal Daten hat. Und Rf(K) wird immer als Subareal von Rf angezeigt. Bt wird in der textuellen Darstellung dann angezeigt, wenn es Quellen besitzt, auch wenn es für die Subareale Daten gibt. Die Subareale werden dann aber selbständig angezeigt, nicht in Klammern hinter Bt.

Gleiches wie für Bt und Rf(K) gilt für Cc und Rf(CS).

Bei Cm ist es derzeit noch anders. Dies hat zwar ein neues Label, wird derzeit aber noch genauso behandelt, wie ein normales Unterareal von Uk. Zudem hat es keinen Einfluss auf Rf (zudem es ja theoretisch ebenfalls Unterareal ist). Soll das erstmal so bleiben?

Zu den mehrfach Hierarchien:

Die Hierarchie von SM ist derzeit noch nicht richtig dargestellt. Das wäre aber leicht machbar. Ich würde dann von folgender Regel ausgehen. Wenn es Daten für Ko oder Se gibt, wird Sr nicht angezeigt im CondDistrStr bzw. nur als selbständiges Areal mit Quellen im Volltext. Entsprechend, wenn Sr oder Cg Daten hat (Sr als Fallback oder vertreten durch Ko und Se), dann wird SM nicht angezeigt im CondDistrStr bzw. nur als selbständiges Areal mit Quellen im Volltext. Entsprechend für SM und alle Unterareale von Ju.

Entsprechendes gilt dann auch für Cc, Tcs, Ab, Ar, Gg + Unterareale von Ab und Gg, aber mit der Ausnahme, dass Ab und Gg immer angezeigt werden, nicht nur wenn es keine Daten für die Unterareale gibt. Und mit der Besonderheit, dass Cc im CondDistrStr nur angezeigt wird, wenn auch Rf(CS) keine Daten hat, da es nicht nur Unterareal von Rf sondern auch von Cc ist.

Dies sollte dann zur Folge haben, dass für Ju immer nur eine Hierarchiestufe angezeigt wird, keine Klammern, weder im CondDistrStr noch in der textuellen Darstellung.
Beim Kaukasus hingegen werden Ab(X) und Gg(X) auf zweiter Hierarchiestufe angezeigt, alle anderen ebenfalls nur auf der ersten Stufe, egal ob das darüberliegende Areal Daten besitzt (die dann ja ausgeblendet werden, bis auf die Quellen).

Eigentlich scheint mir das alles so jetzt recht logisch bis auf den Krim-Fall. Trotzdem wäre es gut, wenn du es nochmal bestätigst.

ERS:

mir scheint, Du hast die Probleme nun richtig erfasst und dargestellt.

Zur Krim:

Eigentlich ist gewünscht, dies als eigenes, rein geographisch definiertes Unterareal ohne Bezug zu einem Überareal – weder Ukraine noch Russland- darzustellen. Analog wie Sardinien oder Korsika, die ja per se ebenfalls keine Bezüge zu Italien bzw. Frankreich haben. Wollte man etwa eine Checkliste Italiens inclusive Sardiniens und Siziliens erstellen, müsste man dies gesondert kalkulieren.

Bisher hatten wir Krim noch als Unterareal der Ukraine belassen, weil wir ja noch sehr viele Daten für Uk (Ukraine with Crimea) haben, vor allem aus der Checkliste der gesamten Ukraine. Ich dachte, so wäre der Zusammenhang besser sichtbar, aber vielleicht muss das nicht sein.

Wir hätten dann Crimea Cm, Ukraine Uk(U) und Ukraine, with Crimea Uk jeweils als eigene Areale. Wenn Crimea kein Unterareal der Ukraine with Crimea mehr sein soll, ist es verwirrend, wenn Uk(U) immer noch Unterareal von Uk ist. Eine rein logische Lösung könnte sein, Uk in UC umzubenennen (Ukraine+Crimea) und Uk(U) in Uk (Ukraine without Crimea)…

AM:

ja, ich denke die Umbennung in UC macht Sinn. Ich denke, das ist dann auch die Lösung. Wir machen UC nach der Umbennung zu einem Fallback-Areal, es wird im CondDistrStr also nur angezeigt, wenn keine Daten auf Unterareal-Ebene existieren. Im Text werden die Areale auch gleicher Ebene angezeigt (sofern Daten existieren). In den Karten bleibt es wie es ist, UC wird nur angezeigt, wenn keine Unterareal-Daten existieren.
Das ist dann ähnlich wie bei Ju, SM, Sr, Bt, IJ, etc.