EDIT: Issueshttps://dev.e-taxonomy.eu/redmine/https://dev.e-taxonomy.eu/redmine/redmine/favicon.ico?14691914852017-09-26T10:52:18ZEDIT Project Management
Redmine task #6986 (Rejected): 4 animalia lists available for RLhttps://dev.e-taxonomy.eu/redmine/issues/69862017-09-26T10:52:18ZAndreas Müller
<p>The import will run into production_rl_animalia_final</p>
<ul>
<li>Säugetiere (BfN-Liste von 2009)</li>
<li>Reptilien (BfN-Liste von 2009)</li>
<li>Amphibien (BfN-Liste von 2009)</li>
<li>Heuschrecken (BfN-Liste von 2011)</li>
</ul>
<p>Von diesen Listen möchte ich gerne Kopien (Klone) bearbeiten können, ohne dass die alten Listen überschrieben oder verändert werden.</p>
<p>Vielleicht könnt Ihr auf der Benutzeroberfläche auch folgende kleine Hilfen für mich einrichten:</p>
<ul>
<li>Es sollte möglich sein, bei den aktuellen Namen die Konzeptbeziehung zu den Taxa der alten Liste einzutragen (Kongruenz als default-Wert).</li>
<li>Aus Gerhards Sicht wäre es wichtig, dass zusätzlich zum „taxonomischen Status“ der Nachweisstatus mit folgenden 4 Möglichkeiten angegeben werden kann: (1) ja = sicher nachgewiesen, (2) nein = nicht nachgewiesen, (3) unklar, (4) gestrichen = Korrektur einer früheren Falschangabe.</li>
</ul>
<p>Open issues</p>
<ul>
<li>animalia
<ul>
<li>no hierarchy</li>
<li>sec reference is empty</li>
<li>sources to all imported data</li>
<li>some warnings in log file</li>
<li>title of source reference: is currently taken from EL_DEB_EXPORT.source ("rldb_print.xls")</li>
<li>reihenfolge sollte als Extension, nicht als Identifier importiert werden</li>
<li><del>"Eindeutiger Code" fehlt noch beim Import</del> => IdInSource</li>
<li>Deduplication of names for Säugetiere (2 Lists) => laut code vom BfN nicht gewollt</li>
<li>Deduplication of authors</li>
<li>zoological in authors</li>
<li><del>Name of Classification</del></li>
<li>Leere factual data: sollen die wirklich importiert werden als leere Strings?</li>
<li>Id in voc and symbol</li>
</ul></li>
</ul>
feature request #6903 (In Progress): Requirements for checklisteditor of the German stateshttps://dev.e-taxonomy.eu/redmine/issues/69032017-08-10T10:28:20ZAgnes Kirchhoff
<p>GL (03.08.2017): </p>
<p>anbei unser Vorschlag zum Checklisteneditor der Bundesländer, sowohl Festlegungen hinsichtlich der Darstellung und Material für eine Erläuterungsseite. </p>
<p>Das bisherige [leer] in den Feldern sollte durch den Bindestrich ersetzt werden. </p>
<p>Die Bundesländer und Gebiete sind hier in der Reihenfolge wie in der Roten Liste aufgeführt und sollten auch so im Editor dargestellt werden. </p>
<p>Für die Kombination BB+BE und SH+HH gibt es in den Roten Listen bisher noch keine Verwendung. Diese sollten jedoch als Angebot bereitstehen, z.B. für die Farn- und Samenpflanzen, für die in den Roten Listen keine Synopse der Bundesländer enthalten sein wird.</p>
<p>==========</p>
<p>AM (09.08.17 10:23):</p>
<p>2 Fragen noch:</p>
<ol>
<li><p>aus Platzgründen sollen sicherlich nur die Abkürzungen angezeigt werden. Ist davon auszugehen, dass die Editoren die Abkürzungen ausreichend kennen, oder ist eine irgendwie geartete Legende notwendig/sinnvoll. Und wenn ja, in welcher Form? Reicht es, wenn bei der Überarbeitung eines Wertes in der Auswahlliste des Dropdown-Feldes beide Labels angezeigt werden? Oder soll irgendwo auf der Seite noch eine explizite Legende stehen?</p></li>
<li><p>Sollen die speziellen Gebiete wie Kombinationen und marine Gebiete nur für bestimmte Gruppen angezeigt werden und bei Auswahl der Standardgruppen ausgeblendet werden, oder sollen/können die immer angezeigt werden.<br>
Daraus ergäbe sich dann vermutlich auch die Frage, ob die Gebiete für alle 3 Datenbanken (Pflanzen, Pilze, Tiere) so existieren sollen, oder nur jeweils die relevanten?</p></li>
</ol>
<p>==========</p>
<p>GL (10.08.2017))</p>
<p>Danke für die Nachfragen.<br>
zu 1.: ja es sollen nur die Symbole angezeigt werden<br>
die Bezeichnung der Symbole sollte entweder in der Auswahlliste zu sehen sein oder auf der Seite permanent sichtbar sein.<br>
Die Erläuterungen sollten über eine Schaltfläche in einem extra Fenster aufrufbar sein.</p>
<p>zu 2.: Die Bedeutung der Spaltenüberschriften (speziell auch wegen der, die vom Standard abweichen) sollte als Mausover oder über einen Schalter in einem extra Fenster einsehbar sein.<br>
Für die beiden Gruppen der marinen Algen und 18 Einzelgruppen der marinen Invertebraten sollte die Standardansicht durch die spezielle ausgetauscht werden. Evtl. ist auch der kurze Text, was ist das eigentlich für eine Seite zum Teil auszutauschen, da im Standardfall Bundesländer und bei den Sonderfällen Meeresgebiete angeboten werden. Vielleicht können Agnes (ich hatte verstanden, dass sie die Kommunikation mit den Bundesländern als Aufgabe hat und dies wäre für miche ein Teil) und du vor der Realisierung mir einen Entwurf für die Seite zukommen lassen. Das Logo des BfN müsstet ihr bereits haben.<br>
Die Sonderansicht für marine Algen kommt bisher nur bei den Pflanzen und die der marinen Invertebraten nur bei den Tieren vor.</p>
<p>Wie die Symbole der Spalte für Deutschland gefüllt werden hängt prinzipiell noch von einer Einigung über die Frage nach der Unterscheidung von taxonomischen Status und Nachweisstatus ab. Derzeit habt ihr aber nur Daten die den Status "x" = vorhanden haben.</p>
<p>=============</p>
<p>AM (nach Anruf von GL 10.08.2017):</p>
<p>die Seite sollte auch erklärenden Text enthalten, z.B. oben drüber. Damit die Leute auch wissen, wo sie sich befinden und was sie tun müssen. Das müsste man mal sehen, wie man das in Vaadin unterbringt, so dass es generisch bleibt, aber dennoch projektspezifisch wirkt.</p>
<p>==========</p>
<p>GL (Mail 12.10.2017)</p>
<p>Da wir für den Austausch zwischen den Checklisten für Deutschland in EDIT und den Roten Listen beschlossen haben, uns auf den Vorkommensstatus zu beschränken, muss dies auch für diesen Editor gelten. Daher sollten dort Etablierungsstatus wie „unbeständig“ oder „kultiviert“ und Einwanderungsstatus „neobiotisch“ keinen Platz haben. Dies sollte in den Online-Hilfestellungen zum Editor kurz dargestellt werden und gfs. auf der Tagung mit den Bundesländern begründet werden.</p>
feature request #6840 (Closed): Translate dataportal to Germanhttps://dev.e-taxonomy.eu/redmine/issues/68402017-07-21T12:28:31ZAndreas Müller
<p>as template for the minimum set of translations please refer to the spanish translation: <a href="https://dev.e-taxonomy.eu/redmine/projects/edit/repository/cdm-dataportal/revisions/master/show/modules/cdm_dataportal/translations" class="external">cdm_dataportal/translations/</a></p>
bug #6808 (Closed): New misapplied name details view destroyed old concept relationship details viewhttps://dev.e-taxonomy.eu/redmine/issues/68082017-07-12T23:19:58ZAndreas Müller
<p>Before the misapplied name details view was developed it was possible to edit concept relationships in the details view. To do so, open concept relation view, add a concept relation and set the focus on. In the details view should appear a selection of the rel type and reference information (as far as I remember). Now the misapplied name details view appears with all name information, only difference the relationship type label differs depending on the type.</p>
<p>This is not wanted as the MA details view is specific for MAs. For all other relationship types it should look different. By default it should look like the old details view.</p>
<p>This is critical because a regression and needed for RL 2020.</p>
bug #6802 (Closed): Selection of distribution in Vaadin distribution editor does throw LIE https://dev.e-taxonomy.eu/redmine/issues/68022017-07-11T21:23:01ZAndreas Müller
<p>I tried on WSII, did choose about 10 filtered taxa and did choose "Bundesländer" BW and B. Tried to add a status but instead a red mark showed up showing an error. Mouse over showed the following exception:</p>
<pre>org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: eu.etaxonomy.cdm.model.common.TermVocabulary.terms, could not initialize proxy - no Session at org.hibernate.collection.internal.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:567) at org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:205) at org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:546) at org.hibernate.collection.internal.AbstractPersistentCollection.read(AbstractPersistentCollection.java:133) at org.hibernate.collection.internal.PersistentSet.iterator(PersistentSet.java:163) at eu.etaxonomy.cdm.vaadin.view.distributionStatus.DistributionTablePresenter.updateDistributionField(DistributionTablePresenter.java:49) at eu.etaxonomy.cdm.vaadin.view.distributionStatus.DistributionTableView$2$1.valueChange(DistributionTableView.java:159) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at com.vaadin.event.ListenerMethod.receiveEvent(ListenerMethod.java:510) at com.vaadin.event.EventRouter.fireEvent(EventRouter.java:200) at com.vaadin.event.EventRouter.fireEvent(EventRouter.java:163) at com.vaadin.server.AbstractClientConnector.fireEvent(AbstractClientConnector.java:1015) at com.vaadin.ui.AbstractField.fireValueChange(AbstractField.java:1161) at com.vaadin.ui.AbstractField.setValue(AbstractField.java:571) at com.vaadin.ui.AbstractSelect.setValue(AbstractSelect.java:735) at com.vaadin.ui.AbstractField.setValue(AbstractField.java:468) at com.vaadin.ui.AbstractSelect.changeVariables(AbstractSelect.java:547) at com.vaadin.server.communication.ServerRpcHandler.changeVariables(ServerRpcHandler.java:616) at com.vaadin.server.communication.ServerRpcHandler.handleInvocation(ServerRpcHandler.java:463) at com.vaadin.server.communication.ServerRpcHandler.handleInvocations(ServerRpcHandler.java:406) at com.vaadin.server.communication.ServerRpcHandler.handleRpc(ServerRpcHandler.java:273) at com.vaadin.server.communication.UidlRequestHandler.synchronizedHandleRequest(UidlRequestHandler.java:90) at com.vaadin.server.SynchronizedRequestHandler.handleRequest(SynchronizedRequestHandler.java:41) at com.vaadin.server.VaadinService.handleRequest(VaadinService.java:1436) at com.vaadin.server.VaadinServlet.service(VaadinServlet.java:380) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:808) at
</pre> bug #6247 (Rejected): Check if concept relationships are correctly implemented in Gefäßpflanzenim...https://dev.e-taxonomy.eu/redmine/issues/62472016-12-06T13:17:08ZAndreas Müllerfeature request #4866 (Closed): Implement clone method for complete classificationshttps://dev.e-taxonomy.eu/redmine/issues/48662015-04-30T20:13:25ZAndreas Müller
<p>For the Concept Relationship Editor we may need to be able to clone classifications (create new versions of a classification).</p>
<p>We need cdmlib functionality to allow this.</p>
<p>Configuration parameters might be:</p>
<ul>
<li>reuse taxa</li>
</ul>
<p>if reuse taxa = false:</p>
<ul>
<li><p>reuse names</p></li>
<li><p>create congruent taxon relationships</p>
<ul>
<li>with doubtful flag</li>
</ul></li>
<li><p>new sec reference for taxa</p></li>
<li><p>clone descriptive data</p></li>
<li><p>clone synonyms</p></li>
</ul>
<p>Blocking editor implementation: <a class="issue tracker-5 status-2 priority-10 priority-lowest" title="feature request: Add menu item for subtree cloning (In Progress)" href="https://dev.e-taxonomy.eu/redmine/issues/4867">#4867</a> (please activate ticket after fix)</p>
feature request #4682 (New): [DISCUSS] Do we need an explanation/reason field in RelationBasehttps://dev.e-taxonomy.eu/redmine/issues/46822015-03-05T15:02:01ZAndreas Müller
<p>Some relations such as TaxonRelations are opinion. We may want to have a field to verbally explain why an author thinks that this relation exists/is correct.</p>
<p>Needed e.g. by Moose #4670</p>
<p>Currently we use Annotations for this. But this may not be enough.</p>
<p>It needs to be discussed which RelationBase classes do need such a field.</p>
<p>see also #4681</p>
feature request #4594 (Closed): RL Webservice 7: Return taxa by Identifierhttps://dev.e-taxonomy.eu/redmine/issues/45942015-01-07T18:33:52ZAndreas Müller
<p>We need to be able to retrieve taxa (identifiable entities) by there external identifier (here: florein identifier).</p>
<p>Open issue:</p>
<ul>
<li><p>includeEntity does not have an effect yet (always returns uuid and not entity)</p></li>
<li><p>...</p></li>
</ul>
<p>see also #4593</p>