EDIT

wie kommt es eigentlich, dass für das Taxon "Cichorieae" die Transmission Engine Distribution nur so extrem fragmentarischen Inhalt hat (http://wp6-cichorieae.e-taxonomy.eu/portal/cdm_dataportal/taxon/c34eb662-6bba-4ad7-b84e-dd98f2fd9788)

Derzeit gibt es für diese Taxon keinerlei DescriptionElements und insofern auch keine Verbreitungsangaben.

Die Aggregation über die Rangstufen wurde nur für die Rangstufen UNRANKED_INFRASPECIFIC bis GENUS durchgeführt. Dies entspricht exakt dem Verhalten der originalen BerlinModel TransmissionEngine. Hier ein Zitat aus dem Code: "* 6 rank levels to be calculated between microspecies and genus ..._"

Bei der Agregation über die Area-Hierarchie werden dagegen alle Taxa berücksichtigt, Daher hat das Taxon Cichorieae Lam. & DC., eine TransmissionEngineDistribution die aber leer ist da dieses Taxon keine editierten Verbreitungsangaben enthält.

Das original taxon in der BerlinModel datenbank hat ebenfalls keine Verbreitungsangaben http://ww2.bgbm.org/euroPlusMed/PTaxonDetail.asp?NameCache=Cichorieae&PTRefFk=7000000

Insofern ist offensichtlich alles korrekt.

Hallo Andreas,

das verstehe ich nicht ganz: OK, http://cichorieae.e-taxonomy.net/portal/cdm_dataportal/taxon/c34eb662-6bba-4ad7-b84e-dd98f2fd9788 hat keine eigene Distribution, aber die Transmission-Engine-Distribution ist ja nicht leer, sondern hat 8 Einträge, die ja auch angezeigt werden.

Wie auch immer, heißt dies, dass wenn dieses Taxon eine editierte Distribution hat, dann würden die volle Aggregation über die Area-Hierarchie laufen?

Beste Grüße,

Norbert

Hallo,

ich habe mittlerweile angefangen den code für die Transmissionengine so umzuschreiben, dass alle Aggregationenen nur die Taxa berücksichtigen die vom definierten Rang-Intervals erfasst werden. Dies führ nicht nur zu einer besseren Konsistenz sondern verbessert auch die Performancem, daher sind all diese commits im ticket #5177 (improve perfomance of TransmissionEngineDistribution) zu finden.

Die Frage die zur Eröffnung dieses Tickets geführt hat ist beantwortet, also werde ich das ticket schließen. Die Antwort nochmal in Kurzform: Die TransminssionEngine hat keine Taxa mit höheren Rängen ausgelassen, sondern ein Aggregationsschritt war nicht auf die Taxa im Ranginterval beschränkt, daher die scheinbar unvollständigen Distributions.

Andreas

Das ist für mich nicht logisch. Auch wenn die Aggregation über die Areale auch auf höheren Rangstufen erfolgte (was im BM wirklich so war, weil dort die Aggregation NUR für E+M geschrieben war und in E+M es keine Verbreitungen mit Rang >Species gibt), erklärt das nicht, woher die Verbreitungen in "Cichorieae Lam. & DC." stammen. Schließlich gibt es eigentlich keine nativ eingegebene Verbreitung, dann hätte da doch auch ncihts aggregiert worden sein können entlang der Arealhierarchie. Das sollten wir nach der Neuimplementierung/Korrektur der Verbreitungsaggregation nochmal checken.

Anm.: Später wurde wohl doch noch 1 native Verbreitung (Germany, TDWGL4) von dir eingegeben, Norbert. Ohne Quelle. Soll die so sein oder ist das ein Versehen.

Und: können wir diese ganzen Berechneten Verbreitungen auf oberer Ebene (Tribus, Subtribus) löschen? Dann ließe sich die nächste Verbreitungsaggregation besser testen, die dann ja nur bis zur Gattung soll(?).

NK:

Vor eine Neuaggregation können und sollten die Neuberechnungen auf Subtribus- und Tribus-Ebene gelöscht werden. Aber: die Verbreitungsdatenaggregation sollte im Cichorieae-Portal schon bis auf Tribusebene einschließlich erfolgen. In absehbarer Zeit wird sich die Klassifikation insoweit ändern, als eine höhere Rangstufe, die Unterfamilie, dazukommt (und wahrscheinlich 2 Taxa als neue Tribus ausgegliedert werden), deshalb wäre es sinnvoll, wenn die Aggregation bis zum höchsten verwendeten Taxon berechnet wird.

I set to resolved as I guess it is fixed. But needs to be reviewed.

I think this is fully fixed with the new implementation of the transmission engine (which allows the user to decide to which final subtree parent and/or rank he/she wants to aggregate.

Norbert, can you please have a final look if any of the issues discussed here might be missing in the current implementation or in the data currently aggregated with the new algorithm on cichorieae?
Afterwards we may close the ticket.