EDIT Project Management: Issueshttps://dev.e-taxonomy.eu/redmine/https://dev.e-taxonomy.eu/redmine/redmine/favicon.ico?14691914852023-02-09T08:41:34ZEDIT Project Management
Redmine EDIT - bug #10248 (Closed): Vocabulary is not shown in TermSearchhttps://dev.e-taxonomy.eu/redmine/issues/102482023-02-09T08:41:34ZKatja Luther
<p>The result of the term search should show the vocabulary and the term type, but content.localize(new TermRepresentation_L10n()); returns null, so the vocabulary label is not shown.</p>
EDIT - bug #10211 (Closed): Add categorical and quantitative data to cdm light exporthttps://dev.e-taxonomy.eu/redmine/issues/102112022-12-19T10:43:17ZKatja Luther
<p>Categorical and quantitative data are still missing in cdmLight export, this should be implemented.</p>
EDIT - bug #10191 (Closed): Error message on taxon specimen page for non-atomized specimenshttps://dev.e-taxonomy.eu/redmine/issues/101912022-11-25T09:02:10ZKatja Luther
<p>Message is: Uninitialized string offset: -1 in drupal_substr() (line 640 of /var/www/drupal-7-cdm-dataportal/web/includes/unicode.inc</p>
<p>example:</p>
<p><a href="https://cichorieae.e-taxonomy.net/portal/cdm_dataportal/taxon/b335ceee-d6c1-4c93-841d-3b4bd279d855/specimens">https://cichorieae.e-taxonomy.net/portal/cdm_dataportal/taxon/b335ceee-d6c1-4c93-841d-3b4bd279d855/specimens</a></p>
EDIT - bug #10130 (Closed): Error Message in dataportalhttps://dev.e-taxonomy.eu/redmine/issues/101302022-08-29T07:21:28ZKatja Luther
<p>Use of undefined constant span - assumed 'span' (this will throw an Error in a future version of PHP) </p>
EDIT - bug #10078 (Closed): Symbol and details view title of misapplied name type is not the same...https://dev.e-taxonomy.eu/redmine/issues/100782022-06-22T09:02:38ZKatja Luther
<p>mail ERS:</p>
<p>Wenn man partial misapplication UND pro parte misapplication behalten will (den Unterschied habe ich persönlich nie verstanden), sollten zumindest die verwendeten Abkürzungen ausgetauscht werden:</p>
<p>Partial misaaplication: (part.)<br>
Pro parte misapplication: (p.p.).</p>
<p>Im Moment ist es immer noch genau umgekehrt.</p>
<p>mail AM:<br>
Auf was bezieht sich diese Aussage, auf Portal oder auf den TaxEditor?<br>
Eigentlich müsste das schon korrigiert sein, aber vielleicht noch nicht überall.<br>
Ggf. sollte man die Repräsentation schnell ändern können.<br>
Hast du ein konkretes Beispiel?</p>
<p>mail ERS:<br>
ich beziehe mich auf den TaxEditor, wo man im Details View zu einem misapplied name den misapplication type auswählen kann.<br>
Wähle ich „is pro parte misapplied name for“, erscheint im Freitextbereich und dann auch im Portal „(part.)“, wähle ich dagegen „is partial misapplied name for“, erscheint ein (p.p.). Das sollte eben genau umgekehrt sein.</p>
<p>Beispiel: <a href="https://europlusmed.org/cdm_dataportal/taxon/63fead7a-662a-4082-9503-c6ea994c2049">https://europlusmed.org/cdm_dataportal/taxon/63fead7a-662a-4082-9503-c6ea994c2049</a><br>
-(p.p.) „Fritillaria nervosa“ sensu…</p>
<p>Hatten wir uns eigentlich darauf geeinigt, dass das (p.p.) dort an der richtigen Stelle steht? Wenn ja, sollte man das grafisch so lösen, dass mindestens noch ein Leerzeichen zwischen Strich und Klammer steht.</p>
<p>In der Literatur findet man aber gelegentlich auch eine andere Reihenfolge mit hintangestelltem p.p.: Hatten die Taxonomen sich dazu mal einheitlich geäußert, wie sie das haben wollten?</p>
<p>“Fritillaria nervosa” sensu Franco & Rocha Afonso, p.p.</p>
<p>mail AM:<br>
danke für das Beispiel.<br>
Das ist sehr seltsam. In der DB steht es auf jeden Fall richtig drin:<br>
<img src="https://dev.e-taxonomy.eu/redmine/attachments/download/2179/select_view.png" alt="" /></p>
<p>SELECT r.id, r.label, r.abbreviatedLabel, dtb.id, dtb.idInVocabulary, dtb.titleCache, dtb.symbol, dtb.symbol2<br>
FROM Representation r INNER JOIN DefinedTermBase_Representation MN ON MN.representations_id = r.id INNER JOIN DefinedTermBase dtb ON dtb.id = MN.DefinedTermBase_id<br>
WHERE r.label LIKE '%misapplied%'</p>
<p>Es könnte sein, dass der Formatierer in cdmlib das falsch macht. Wäre zwar seltsam (weil durch Tests abgedeckt) aber möglich.<br>
Wenn nicht, müsstest du (Katja) mal im TaxEditor und Portalcode schauen, warum es in beiden falsch ankommt. Evtl. gibt es auch ein Ticket, ganz dunkel kann ich mich erinnern.</p>
<p>mail AM:</p>
<p>ich habe mir das gerade noch mal angeschaut und es ist leider kritischer.<br>
Wenn man im Editor schaut sieht man, dass auch die Label im Details View nicht übereinstimmen:</p>
<p><img src="https://dev.e-taxonomy.eu/redmine/attachments/download/2180/editor.jpg" alt="" /></p>
<p>Konkret ist es so, dass bei Auswahl von „partial misapplied name for“ eigentlich „pro parte“ ausgewählt wird. Ich habe das in der DB überprüft.<br>
Katja, kannst du das bitte auch nochmal überprüfen und dann mit höchster Priorität fixen?<br>
Wir müssen dann auch zum nächsten Release alle bestehenden Daten in allen DBs die pp/partial MAN benutzen überprüfen und ggf. nach Rücksprache fixen.<br>
Gut, Eckhard, dass dir das aufgefallen ist.</p>
EDIT - bug #10071 (Closed): TaxonNodeDtos should be created directly not from taxon objectshttps://dev.e-taxonomy.eu/redmine/issues/100712022-06-02T06:50:12ZKatja Luther
<p>The webservice getting the taxonnodeDtos for a taxon, first gets the taxon object and then creates the Dtos for the taxonnodes. This should be changed and the Dtos should be created directly.</p>
EDIT - bug #10054 (Closed): Changes on secundum reference are lost after changing status to basionymhttps://dev.e-taxonomy.eu/redmine/issues/100542022-05-09T14:06:45ZKatja Luther
<p>mail Maryam Malekmohammady:</p>
<p>I am writing this email for your information and maybe you already know. As you know there are some problems with saving changes after several modifications on a taxon name such as changing a synonym to a basionym of another synonym.</p>
<p>I found that if I modify the sec. reference of a synonym and then save the changes and then change its status as a basionym of the accepted name and then save it again, sec. reference changes that were saved before will return to the earlier version again and need to be modified again.<br>
I am changing the synonymy status first and then sec. reference now. </p>
EDIT - bug #10053 (Closed): Problems with saving of secundum referenceshttps://dev.e-taxonomy.eu/redmine/issues/100532022-05-09T14:03:26ZKatja Luther
<p>mail Maryam Malekmohammady:</p>
<p>This problem happened several times while working on different taxon names. I am reporting it in one case.<br>
I modified the sec. references of the synonyms of Armeria transmontana subsp. aristatula (Bernis) Franco. I saved each change one by one. <br>
I did not close the tab. I worked on other taxon names and changed the sec. reference or search a name in taxon editor. <br>
I did not receive any errors. but, when I came back to the Armeria transmontana subsp. aristatula (Bernis) Franco the sec. reference was modified again to the old version. <br>
I am worried the modifications are not saving.. In some cases I understand and change them again but if I close the tab and do not return to the taxon name immediately, I will not find it. </p>
EDIT - feature request #7281 (Closed): Implement bromelian importhttps://dev.e-taxonomy.eu/redmine/issues/72812018-02-21T09:49:47ZKatja LutherEDIT - bug #6919 (Closed): Unprotected titleCache field is still grayedhttps://dev.e-taxonomy.eu/redmine/issues/69192017-08-22T06:36:05ZKatja Luther
<p>After unprotect a cache field the field should not be grayed anymore</p>
EDIT - bug #5485 (Duplicate): h2 database connection fails if datasource view is openhttps://dev.e-taxonomy.eu/redmine/issues/54852016-01-21T13:16:29ZKatja Luther
<p>if the datasource view is open, the connection via localhost mgd is not possible because the datasource view opens a connection to the db and this session needs to be reused.</p>
EDIT - feature request #4908 (Closed): adding convert Team to Person and Person to Team to the bu...https://dev.e-taxonomy.eu/redmine/issues/49082015-05-18T10:14:03ZKatja Luther
<p>the functionality convert team to person and person to team should be available in the agent bulk editor.</p>
<p>related tickets: <a class="issue tracker-5 status-5 priority-10 priority-lowest closed" title="feature request: Allow convert team to person (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/4769">#4769</a>, <a class="issue tracker-5 status-5 priority-10 priority-lowest closed" title="feature request: Allow convert person to team (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/4770">#4770</a></p>
<p>Open issues (see comments):</p>
<ul>
<li><p><del>German translation for both converters is still missing.</del></p></li>
<li><p><del>Error messages should be more specific</del></p></li>
<li><p><del>Shorten menu item label</del></p></li>
<li><p><del>Correct title for error dialog</del></p></li>
<li><p>Give more specific information why person can not be converted to team (new ticket ?) => <a class="issue tracker-5 status-1 priority-11 priority-default" title="feature request: Give more specific information why person can not be converted to team (New)" href="https://dev.e-taxonomy.eu/redmine/issues/9361">#9361</a></p></li>
</ul>
EDIT - feature request #4896 (Closed): Bulkeditor: deduplication of objects of different typehttps://dev.e-taxonomy.eu/redmine/issues/48962015-05-07T07:45:22ZKatja Luther
<p>it should be possible to merge objects of different type, for example team and person. The functionality already exist in the library but has to be implemented in the editor.</p>
<p>#4768, #3286, <a class="issue tracker-5 status-5 priority-10 priority-lowest closed" title="feature request: Allow convert team to person (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/4769">#4769</a>, <a class="issue tracker-5 status-5 priority-10 priority-lowest closed" title="feature request: Allow convert person to team (Closed)" href="https://dev.e-taxonomy.eu/redmine/issues/4770">#4770</a></p>
EDIT - bug #4048 (Worksforme): Changing the name in free text editor does not refresh the taxon n...https://dev.e-taxonomy.eu/redmine/issues/40482014-02-06T10:38:29ZKatja Luther
<p>Overview ticket: #4135</p>
EDIT - bug #3933 (Duplicate): the search result list should contain bastards in alphabetical orderhttps://dev.e-taxonomy.eu/redmine/issues/39332014-01-07T08:29:35ZKatja Luther
<p>mail von Ralf:</p>
<p>Hat ein Bastard noch kein gültiges Binom, gebe ich die Bastardformel ein. So weit, so gut, aber bei den Search results landen all diese Formelnamen immer noch ganz oben in der Liste. Bei Ophrys muss man sich erst durch einen Wust dieser wichtigen, aber nicht prioritär wichtigen Namen blättern. Die Bastardformeln sollten nach Möglichkeit streng alphabetisch einsortiert werden, so dass bei Ophrys oben auf der Liste "Ophrys" steht.</p>