Edit

It needs to be decided if this is an aggregation issue or a display (output) issue.

NK:
Frage: wenn in allen Fällen auf Level 3 aggregiert werden muss (ist das so?), lässt sich dann nicht wenigstens die Ausgabe auf der Ebene des primären Taxon komplett unterdrücken? Meiner Erinnerung nach wurden die Daten in der früheren Version auch gar nicht in die Faktendaten des primären Taxons geschrieben und auch nicht für dieses im Portal ausgegeben.

Das ist eine sehr berechtigte Frage. Ich habe das Gefühl, dass eine Aggregation zum höheren Areal grundsätzlich nicht notwendig ist, wenn die Daten alle aus den Unterarealen stammen, zumindest für die Kartendarstellung. Für die Textdarstellung mag eine separate Anzeige des Status für das höhere Areal sinnvoll sein (z.B. wenn Nutzer, die in der Materie nicht drin stecken, explizit ein Status für dieses höhere Areal benötigen; siehe z.B. http://ww2.bgbm.org/EuroPlusMed/PTaxonDetailOccurrence.asp?NameId=25309&PTRefFk=7300000 die Aggregation für Azerbaijan). Derzeit

Für den Fall, dass die Primärdaten sowohl aus den Unterarealen als auch dem Überareal stammen, ist es vielleicht etwas anders. In diesem Fall sollten Primärdaten wie Ju-introduced und Croatia-native nicht zu einer Anzeige von Ju-introduced führen, sondern Ju-native. Oder evtl. eine noch bessere Lösung. Dies wird im Detail in #8671 diskutiert.

Wenn also eine solche Aggregation in gewissen Fällen überhaupt gewünscht ist, scheint es mir sinnvoller diese erst nach der "Rang-Aggregation" durchzuführen. Letztere ist für die einzelnen Areale eindeutig (Voraussetzung: eine eindeutige Prioritätenliste der Status) und unabhängig von der Frage, ob die Berechnung für die Anzeige als Karte, Text, kondensierter Text, Quellenangabe oder noch was anderes, verwendet werden soll. Nach der "Rang-Aggregation" kann man dann bei Bedarf die Areal-Aggregation durchführen und ggf. mit Flags für die verschiedenen Verwendungen (Karte, Text, kondensierter Text, ...) versehen. Ich sehe derzeit keinen Grund, warum es andersherum geschehen muss.