Project

General

Profile

feature request #8300

Final adjustments for distribution status in E+M

Added by Andreas Müller over 1 year ago. Updated over 1 year ago.

Status:
New
Priority:
New
Category:
data
Start date:
05/23/2019
Due date:
% Done:

0%

Severity:
normal
Tags:

Description

(see also related tickets)

ein paar weitere Fragen zum Verbreitungsstatus:

1. naturalised:

soll in E+M „introduced: naturalized“ gelabeled werden, korrekt. Also mit introduced prefix und mit amerikanischer Schreibweise?

2. Casual

soll in E+M „introduced: adventitious (casual)” gelabeled warden?

3. Reihenfolge:

Laut Prioritätsangabe im Berlin Model haben wir dort folgende Prioritätsreihenfolge:

999 world compl: C  endemic for EM
130 native: N   native
120 native: D   native: doubtfully native
110 introduced: I(N)    introduced: naturalized
100 introduced: I(A)    introduced: adventitious (casual)
90  introduced: I   introduced
80  introduced: D   introduced: doubtfully introduced (perhaps cultivated only)
60  native: Q   native: presence questionable
50  introduced: Q   introduced: presence questionable
45  cultivated: C   cultivated
40  native: E   native: formerly native
30  native: F   native: reported in error
20  introduced: F   introduced: reported in error
3   introduced: E   introduced: formerly introduced
2   introduced: I(P)    introduced: uncertain degree of naturalisation
1   cultivated: F   cultivated: reported in error

Das entspricht weitgehend dem CDM, allerdings kommt im CDM cultivated vor „native: presence questionable“ und „introduced: presence questionable“.

Außerdem ist im CDM I(P) deutlich höher eingestuft und zwar zwischen „introduced“ und „introduced: doubtfully introduced (perhaps cultivated only)“. Soll das bewusst so sein im Berlin Model, oder wurde der Status evtl. nur runtergestuft, weil er sowieso als Summary Status gar nicht mehr vergeben wurde (die Diskussion hatten wir kürzlich).

4. Fehlende Status:

Die im Berlin Model existierenden Status „introduced: formerly introduced“ und „cultivated: reported in error“ scheinen nie vergeben worden zu sein. Ahh ich sehe gerade, dass im Trigger hierzu auch was steht. Kommentar vom 21.12.2005

“Three addtional rules implemented defined by W. Greuter on December 21, 2005:                      
                              a) cultivated: F does not have to be displayed --> it does not get a summary value                    
               b) introduced: E should be mapped to I(A)                         
               c) introduced: D should be mapped to cultivated (C)       

Die Frage wäre hier, ob wir diese Status doch setzen sollten (auch wenn wir sie dann vielleicht nicht anzeigen, aber das ist ja eine andere Sache).
Das grundsätzliche Problem hier ist natürlich, dass wir den SummaryStatus importiert haben der eben nicht nur die 3 Status zusammenführt sondern im BM auch für die Ausgabe gedacht war. Das ist eben nicht so schön, das zu kombinieren.

Die Frage hier also: sollen wir versuchen diese Status, die nie als SummaryStatus erzeugt wurden, zu rekonstruieren?

Ich schick hier auch nochmal den gesamten Text, der im Trigger steht. Evtl. müssen wir die „no-ouput“ Areale ja auch noch was rekonstruieren.

/*
Trigger for filling the summary field in emOccurrence containing a singel occurrence status value for the entire record
Three addtional rules implemented defined by W. Greuter on December 21, 2005:           
      a) cultivated: F does not have to be displayed --> it does not get a summary value       
       b) introduced: E should be mapped to I(A)             
       c) introduced: D should be mapped to cultivated (C)   

New rule (17.1.2006):                                                          
       d) I(P) should be mapped to I

New rule (24.1.2006):
       EM should not get a summary value -- except WorldCompl=C. This means endemic and produces a 999
New rule (25.1.2006):
       Also no output for Cz, Ju, Kz as well as Rs with its subdivisions.
17.3.2006: Revoke rule c) Introduced D is a valid value.
Correction (1.11.2006): Ju is back.
2.8.2010: Cz activated for Kew World Checklist data only (PTRefFk = 8000000)
13.12.2010: Cz activated for ILDIS (PTRefFk = 8500000) 
*/

History

#3 Updated by Andreas Müller over 1 year ago

  • Description updated (diff)

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 40 MB)