EDIT: Issueshttps://dev.e-taxonomy.eu/redmine/https://dev.e-taxonomy.eu/redmine/redmine/favicon.ico?14691914852021-10-12T15:35:55ZEDIT Project Management
Redmine task #9810 (New): Test if BigDecimal algebra is correct in PolytomousKey algorithms https://dev.e-taxonomy.eu/redmine/issues/98102021-10-12T15:35:55ZAndreas Müller
<p>copied from <a class="issue tracker-6 status-5 priority-12 priority-high14 closed" title="task: Fix BigDecimal algebra in aggregation algorithms (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/9123">#9123</a> and <a class="issue tracker-5 status-5 priority-11 priority-default closed" title="feature request: Implement measurement values as BigDecimal (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/8978">#8978</a></p>
<p>Aggregation is checked and fixed in the meanwhile (<a class="issue tracker-6 status-5 priority-12 priority-high14 closed" title="task: Fix BigDecimal algebra in aggregation algorithms (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/9123">#9123</a>)</p>
feature request #9667 (New): Printversion for Keyshttps://dev.e-taxonomy.eu/redmine/issues/96672021-06-12T09:42:37ZAndreas Müller
<p>RH:</p>
<p>Schlüsselsicherung: Gibt es eigentlich eine irgendwie geartete Möglichkeit alle Zypern-Gattungs-Schlüssel in einer Datei zusammenzuführen? Ich denke dabei sowohl an eine Sicherung als auch an ein für uns sehr nützliches Dokument. Man kann zwar Schlüssel einzeln ausdrucken, aber es wäre für verschiedene Zwecke hilfreich, sie vereint in einer Datei zu haben. Das muss nicht sonderlich komplex sein, einfach eine Wiedergabe wie online in einem Textdokument.</p>
<p>===</p>
<p>... aber es wäre fein, wenn man (also auch wir) die Daten gebündelt parat hätte. Irgendwann werden auch bei uns Themen wie Vereinheitlichung der Terminologie auftauchen. Die Sprache in den Schlüsseln ist recht divers. Auch zu diesem Zweck wäre ein Sammel-Sicherungs-Dokument hilfreich</p>
bug #8717 (New): Improve display of PolytomousKey nodes which have a featurehttps://dev.e-taxonomy.eu/redmine/issues/87172019-11-21T14:58:47ZAndreas Müller
<p>If a PKN has a feature and not a statement it is repeated multiple times for the child alternatives. A better layout is show the feature once and then have a line break and start with the statements of the alternatives.</p>
<p>An example is here but probably this link will change in future:</p>
<p><a href="http://test.e-taxonomy.eu/dataportal/preview/greece_bupleurum/cdm_dataportal/polytomousKey/2e37d588-16c9-4e57-8b77-c33d3a63990a">http://test.e-taxonomy.eu/dataportal/preview/greece_bupleurum/cdm_dataportal/polytomousKey/2e37d588-16c9-4e57-8b77-c33d3a63990a</a></p>
bug #5159 (New): Polytomous key list view needs right click enablinghttps://dev.e-taxonomy.eu/redmine/issues/51592015-08-21T13:37:03ZAndreas Müller
<p>Right click on the PK list does not enable the underlying PK but it should (and it does e.g. in the Taxon Navigator for Taxon Nodes).</p>
<p>See also: #5158</p>
feature request #4246 (Closed): Allow inserting a new node at the beginning or somewhere else in ...https://dev.e-taxonomy.eu/redmine/issues/42462014-06-10T08:45:45ZKatja Luther
<p>Currently one can add nodes only to the end, but we need something like insert or create a new "root" node.</p>
<p>First discuss best implementation with users: #4585 - DONE</p>