Project

General

Profile

Actions

bug #9874

open

Calculate endemism automatically for higher levels (in cuba)

Added by Katja Luther over 2 years ago. Updated over 2 years ago.

Status:
New
Priority:
New
Category:
cdmlib
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Severity:
normal
Found in Version:

Description

mail WGB:

bei der Cuba Datenbank gibt’s ja eine eindeutige 3-stufige Hierarchie: Cuba – Cuba W/C/E – Provinz.
Es gibt noch keinen Mechanismus, dass die Angabe als endemisch in einer Provinz automatisch auch die beiden oberen Angaben einträgt und als endemisch kennzeichnet, richtig?
Oder kann man das einstellen? Wenn man im Factual Data View arbeitet wäre das sehr hilfreich, im Distribution Editor würde es auch helfen

mail WGB:

ich nehme an, das hängt mit den in der E+M Plantbase vorhandenen Mechanismen in diesem Bereich zusammen, die dort aber eventuell anders implementiert sind, da die Statusdefinitionen nicht die gleichen sind. Bei „endemisch“ ist der Fall aber ziemlich klar, glaube ich.

mail AM:

Wobei ich auch hier noch Fragen habe: wann genau soll das „automatische“ Anlegen erfolgen?

Wenn ich Walter richtig verstehe, soll das direkt während des Arbeitens im Facts View / Verbreitungs Editor geschehen.
Technisch wäre das sicherlich mit etwas mehr Aufwand verbunden.
Bislang gibt es ja auch noch den Aggregations-Algorithmus, in den man das mit aufnehmen könnte bzw. der das evtl. sogar schon leistet, allerdings evtl. separat von anderen Status-Aggregationen entlang der Areal-Hierarchie. Letztere werden in der Regel nicht verwendet/benötigt in den bisherigen Use-Cases (v.a. E+M und Cichorieae), so dass man es evtl. separat anwählen können sollte.
Die Aggregation muss aber immer explizit angestoßen werden, anders als bei der von Walter vorgeschlagenen Variante.

Bislang hatten wir diese Anforderung auch noch nicht, da die lokalen Datenbanken (E+M, Cuba, Zypern, etc.) das Thema bislang anders behandeln, indem sie lediglich für das oberste Areal Endemismus-Angaben machen und für die darunter liegenden Areale ggf. native- oder present-Angaben. Bei Annahme der Vollständigkeit der Daten lässt sich daraus der Endemismus auch in den Subarealen durch den Nutzer sofort ableiten. Bei Statistik-Berechnungen ergeben sich dabei allerdings ziemlich komplizierte Queries, wie wir bei der E+M Statistik gemerkt haben. Möglich sind solche Anfragen aber.

Eine Frage ist auch das Quellen-Handling. Die Quellen sollen vermutlich mitaggregiert werden. Gibt es evtl. zusätzliche Quellen? Was passiert, wenn Quellen erst später hinzugefügt werden?
Und soll es eventuell auch den anderen Weg geben. Aus Endemismus auf Hauptareal + Verbreitung in den Subarealen sollte der Endemismus der Subareale berechnet werden?

Beim Schreiben merke ich, dass ich denke, dass eine Implementierung, die on-the-fly den Endemismus der Überareale berechnet zwar nicht für sinnlos, aber für ziemlich aufwendig halte, im Vergleich zum Mehrwert. Wenn es da also keinen direkten massiven Bedarf für gibt, würde ich das eher nach hinten stellen und dafür schauen, ob wir den (manuell zu startenden) allgemeinen Aggregationsalgorithmus so anpassen können, dass man für einen Subtree auch explizit angeben kann, dass entlang der Areal-Hierarchie nur der Endemismus aggregiert wird. Das dürfte deutlich leichter sein.

mail WGB:
von mir aus eher nach hinten stellen. Eventuell könnten wir zu einem bestimmten Zeitpunkt mal eine speziell auf Kuba zugeschnittene Änderungsabfrage durchführen, die das entsprechend hinzufügt, wo es fehlt. Aber ich denke, das wirkt sich dann auch auf die Kartendarstellung aus (dort sollte nur die unterste Kategorie abgebildet werden ....).

Actions #1

Updated by Andreas Müller over 2 years ago

  • Subject changed from Calculate endemism automoatically for higher levels (in cuba) to Calculate endemism automatically for higher levels (in cuba)
Actions

Also available in: Atom PDF