EDIT

Validation:

Replacement name:

Wie Validation behandeln,

Zudem wird

1. beim Widget für Replaced Synonym die Eingabemöglichkeit für RuleConsidered angeboten.
2. Der NameEditor um eine Checkbox für nom. illeg. erweitert. .... neues Ticket

This is rather a request for a new feature than an improvement for the existing implementation which creates an inline representation of name relations to be appended to the taxon name cache.
What is being requested here is a block displaying a list of relations. Therefore I am changing the subject of this ticket

Applied in changeset cdm-dataportal|ef686dd8e7c670f958e414ee6809803cc4807882.

fully implemented an ready for review

1. the main issue is perfectly implemented, clear & correct wording

2. minor issue of the display: no separating character between Articles, reason and bibliographic citation of the relevant ICN

3. In this bibliographic reference we need the bibliographic authors, not the nomenclatural ones.

4. no separating character between Title and series (this seems to be a general issue).

now the bibliographic authors are being used, please review again.

The missing separating character between Title and series is already in the database like this: "Turland, N.J., Wiersema, J.H., Barrie, F.R. & al., International Code of Nomenclature for algae, fungi, and plants (Shenzhen Code) adopted by the Nineteenth International Botanical Congress Shenzhen, China, July 2017Regnum Vegetabile, 159" This is clearly an issue in the titlteCache, the reference has no in-reference.

Review: the bibliographic authors are used. This part is resolved, fine.

"Turland, N.J., Wiersema, J.H., Barrie, F.R. & al., ..."
the bibliographic author team is shortened by replathing the fourth til the nth author by "& al.".
This is only acceptable if there is a link to the complete reference in the system.

I created a ticket (#8320) to discuss the linking of references.

Closing this issue as there is nothing else to do about it.

I think that adding a second reference to the NameRelationship and to NomenclaturalStatus would not hurt but would be helpful in a couple of ways:

• makes the meaning of the reference field clear
• consistency in referencing the code publications. Without this field consistency would need to be realized through the UI which is not the best way to deal with these things.
  

The ruleConsidered field would be a citation detail to the nomenclaturalCodeReference field

Andreas Kohlbecker wrote:

In the developer standup today we almost already decided for adding an enumeration field to NameRelationship and to NomenclaturalStatus to allow expressing the code exactly.

The enumeration type should offer string representations for the full citation, and appreciated citation, key of code (ICBN, ICZN, .....) for filtering and publication year, for ordering.

There is now new tickets for this #8398 (model change) and #8399 (dataportal)

I think that we can close this issue, agreed?

can be closed