feature request #4639
closedShow quantitative data correctly in Data portal (for Cyprus portal)
0%
Description
In general we need to show quantitative data in the data portal somehow like (a)-b-c-e-(f) for extrema, min, max and average. Also count n, standard deviation etc. need to be shown.
However, for now urgently need to implement correct min and max handling for altitudes in the Cyprus portal. Currently these data are not in the feature tree to avoid showing them incorrectly, but most taxa do have altitude data.
"es gibt keine Specimens mit Höhenangaben. Es geht um kumulative Höhenangaben für fast alle zyprischen Arten. ... die Höhenangaben [wurden] in den Editor eingepflegt (Federführung A. Müller). Dazu gab es mit ihm und Dir schon ausführliche E-Mail-Austausche. Die Anzeige im Portal gebricht noch an marginalen Problemen, vor allem dem, wenn Minimum und Maximum gleich sind, also vor allem bei Küstenarten. Bei diesen sollte also nicht 0-0 m angezeigt werden, sondern nur 0 m o. ä.
" Ralf
Gewünsche Anzeige:
Altitudinal range
25–1050 m (_also bitte nicht mit Binde-, sondern mit Bis-Strich.
Maximum und Minimum also mit kumulierter Literaturangabe._)
siehe auch attachment
Zu klären:
Wenn Maximum und Minimum gleich sind, ist es unsinnig 25-25 m zu schreiben. Kann man das so programmieren, dass dann einfach nur „25 m“ angezeigt wird? Ist zwar kein Range mehr, aber damit muss man leben. Ist auch vergleichsweise selten.
Wenn Maximum und Minimum beide 0 m sind (bei vielen Küstenpflanzen), wäre zu klären, ob man dann nicht „at sea level“ schreiben könnte. 0 m sieht blöd aus und impliziert beim unbedarften Betrachter einen Fehler. Aber wenn das zuviel Arbeit macht, muss eben 0 m da stehen.
Arten mit Höhenangaben:
Salvia verbenaca
Salvia veneris
Salvia fruticosa
Trifolium argutum (sealevel example)
Trifolium arvense
Trifolium lappaceum
Bosea cypria
see also #4031
Updated by Andreas Kohlbecker over 8 years ago
- Status changed from New to In Progress
implemented (r22755) generically not nicely compacted as first step
Updated by Andreas Kohlbecker over 8 years ago
another commit I forgot to mention:
Updated by Andreas Kohlbecker over 8 years ago
was machen wir denn mit den möglichen 'modifiers' die an DescriptionElement selbst aber auch an den einzelnen statistical values hängen können? Sollen die einfach hinten angehängt werden?
Updated by Andreas Kohlbecker over 8 years ago
implemented by r22760
all modifieres belonging to the min max average values are just appended to the string.
TODO: check for inconsistent cases, eg. only Max and average given
Updated by Andreas Müller over 8 years ago
Replying to a.kohlbecker:
was machen wir denn mit den möglichen 'modifiers' die an DescriptionElement selbst aber auch an den einzelnen statistical values hängen können? Sollen die einfach hinten angehängt werden?
die an DescriptionElement selbst
Werden die denn bei anderen DescElements bereits ausgewertet? Wenn dann sollten wir das allgemein angehen.
aber auch an den einzelnen statistical values
Ich würde sie eher davor stellen. Typischerweise sind das ja so Wörter wie "ca.", "~", "meistens", ... und die schreibt man ja eher vorne dran. Um das genau zu bestimmen bräuchte wir sonst noch eine weitere Differenzierung im Model.
Updated by Andreas Müller over 8 years ago
Replying to a.kohlbecker:
implemented by r22760
all modifieres belonging to the min max average values are just appended to the string.
Please do prepend, not append.
Updated by Andreas Kohlbecker over 8 years ago
- Status changed from In Progress to Resolved
- Assignee changed from Andreas Kohlbecker to r.hand -
Replying to a.mueller:
Replying to a.kohlbecker:
implemented by r22760
all modifieres belonging to the min max average values are just appended to the string.
Please do prepend, not append.
Ok, i implemented it that way: r22778
so the implementation of this feature is ready and can be revied!
Updated by Andreas Müller over 8 years ago
I just checked this in production by adding the altitudinal range to the feature tree.
Everything to me as a non-taxonomist looked fine. However, the 2 extra cases seem to be not yet implemented. These are min = max and min = max = 0; they still show up as 25-25 m or 0-0 m respectively.
An example is Trifolium argutum.
After testing I removed the feature from the feature again as this is something Ralf needs to decide.
Updated by Andreas Müller over 8 years ago
- Target version set to cdm_dataportal RELEASE 3.5.0
Updated by Andreas Kohlbecker over 8 years ago
- Assignee changed from r.hand - to Andreas Müller
Replying to a.mueller:
I just checked this in production by adding the altitudinal range to the feature tree.
Everything to me as a non-taxonomist looked fine. However, the 2 extra cases seem to be not yet implemented. These are min = max and min = max = 0; they still show up as 25-25 m or 0-0 m respectively.
this pug is now fixed! git: 441f7184
but the bugfix will only be available in release 3.5.1
Updated by Andreas Müller over 8 years ago
- Assignee changed from Andreas Müller to r.hand -
The min/max problem seems to be fixed.
„at sea level“ is not yet fixed, but probably difficult to handle because the modul is for quantitative data in general and not only for altitudinal ranges.
I give review back to Ralf.
Updated by Andreas Müller over 8 years ago
- Target version changed from cdm_dataportal RELEASE 3.5.0 to cdm_dataportal RELEASE 3.5.1
Updated by Andreas Kohlbecker over 8 years ago
Replying to a.mueller:
The min/max problem seems to be fixed.
„at sea level“ is not yet fixed, but probably difficult to handle because the modul is for quantitative data in general and not only for altitudinal ranges.
it would be possible to implement this as a special case for the FeatureType Altitudinal Range
Updated by Andreas Müller over 8 years ago
be aware of i18n issues when implementing "at sea level"
Updated by Andreas Kohlbecker over 6 years ago
- Description updated (diff)
- Status changed from Resolved to Closed
Hallo Andreas,
aus Zypern-Sicht dürfte alles umgesetzt sein. Was ich auf die Schnelle nicht überprüfen kann, sind Fälle, wo Min. und Max. gleich sind. Der "alte" Fall Trifolium argutum passt leider nicht mehr, da es bei der Art inzwischen ungleiche Werte gibt. Bei den Strandarten, wo Min. und Max. 0 m sind, wird aber offenbar nur einmal 0 m angezeigt. Beispiel: Maresia nana.
In den letzten Monaten habe ich bei den Höhenangaben nur einzelne geändert. Dabei fielen aber sonst keine Probleme auf. Thema kann also zunächst mal ruhen.
Viele Grüße
Ralf
Updated by Andreas Kohlbecker over 6 years ago
Hallo Ralf,
danke für die Kontrolle.
Bei den Strandarten, wo Min. und Max. 0 m sind, wird aber offenbar nur einmal 0 m angezeigt.
Das ist bewusst so gemacht, um um die Anzeige zu entschlacken. Min: 0m, Max 0m bringt meines Erachtens keinen Zugewinn an Information gegenüber 0m
Viele Grüße
Andreas