feature request #7899
closedenable orthographic name correction in Vaadin
100%
Description
Subject: validly published names are in (up to) 10% not correctly formed according to the rules of the ICN. Such names "are to be corrected", that means, they are wrongly published but in every publication the name has to be changed.
Published: Mastogloia wulffii
To be corrected to: Mastogloia wulffiae
[In print publications names would be used as "Mastogloia wulffii" or "Mastogloia wulffiae" or "Mastogloia 'wulffii'wulffiae"]
PhycoBank could copy most elements of validation for Vaadin.
Insert field with clickbox "with orthographic validation"
Analoguous to the Validation part of the form, a correction part is opened
Instead of "Validation" it is called "Orthographic correction"
Instead of "Validated name" it is called "orthraphical corrected name"
Namefield stays, Reference [to select ICN] stays, Reference detail stays, Rule considered stays.
Main differences:
(i) the corrected name is already valid in contrast to the validated name Ref. & Ref.Detail is the same
(iii) The name relation is not validation, but "has orthograph variant", the corrected name is "original spelling" (orthographic variant) for the first one. Correct name relation according to ICN and CDM to be discussed.
Advantages: Name correction is no formal act, is no registration by its own. If (a) a name was published with an orthographic error AND (b) it was published in PDF or online with http Identifier, it is directly linkted to the record wich includes both names. There is a justification of the name change.
Disadvantages: An additional Field/check box makes the system more complicated, it is not self-explaining.
Further improvements in answer to the problems pointed out in comment 7 and before (#7899#note-7):
- in the Editor for incorrect names: hide, disable the option "Orthographic correction" - DONE
- A)
when creating a weakly related higher name (genus for incorrect species, genus or species for incorrect subspecies)Editor should not offer the nomenclatural reference field since the nom.-ref of the higher name is unknowna blocking registration must not be created
- B) start the editor without
VALIDATE_AGAINST_HIGHER_NAME_PART
mode ==> Preferred solution - DONE All incorrect names with be tagged with a marker of the type "Incorrect name"rejected, see comment #13Exclude all names with marker "Incorrect name" from all comboboxes except the one in the Orthographic correction fieldrejected, see comment #13- Exclude all names which are
fromName
in name relations with the typeORTHOGRAPHIC_VARIANT
. from all comboboxes except the one in the Orthographic correction field
Files
Related issues
Updated by Wolf-Henning Kusber over 5 years ago
Note: The term "orthographic variant" is to broad for our case, because it includes also variants in different publications.
Updated by Wolf-Henning Kusber over 5 years ago
Im Vergleich zu meinem Vorschlag habe ich zu Mastogloia wulffii im TaxEditor Mastogloia wulffiae neu angelegt, dieselben Autoren neu ausgewählt, dieselbe Referenz neu ausgewählt, dieselben RefDetails eingegeben, für Mastogloia wulffii Name Relationship= is original spelling for Mastogloia wulffiae angelegt und Rule Considered sowie Reference ausgewählt. Das ist deutlich aufwändiger als der oben genannte Vorschlag.
Updated by Andreas Kohlbecker over 5 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 50
Applied in changeset cdm-vaadin|e5237e50ef5bcd241d14a3667ca23ac46aec2b71.
Updated by Andreas Kohlbecker over 5 years ago
- Assignee changed from Andreas Kohlbecker to Wolf-Henning Kusber
- Target version changed from Unassigned CDM tickets to Release 5.5
please review once test server is updated.
Updated by Wolf-Henning Kusber over 5 years ago
- File picture294-1.png picture294-1.png added
- Assignee changed from Wolf-Henning Kusber to Andreas Kohlbecker
- % Done changed from 50 to 70
Forms and functionality implemented as discussed.
Working with orthographic variants reveals an error in the specification:
Label "Corrected name" is not clear because the correct name is not labelled as correct name. To make clear that the "Corrected name" is not itself corrected but was the original spelling to be corrected it should be called "Incorrect name" (see screen shot). That makes sense with regard to the respective article of the ICN.
Updated by Wolf-Henning Kusber over 5 years ago
The normal usecase "new epithet incorrectly published" to be corrected according to ICN works well.
But problems accur if a incorrect spelling is given for a listed genus or species name. To put in a erroneously spelled genus, published in the context of an epithet, I have to register a "new" genus name with a reference.
eu.etaxonomy.vaadin.mvp.PopupEditorException: Error saving popup editor - context [user=w.h.kusber] :Edit registration (TypedEntityReference: Registration#null) > New taxon name (TaxonNameDTO: TaxonName#0)
Updated by Wolf-Henning Kusber over 5 years ago
- File picture267-1.png picture267-1.png added
- File picture267-2.png picture267-2.png added
To handle an erroneously spelled genus name, I had to register the uncorrect spelled genus name. A workaround could be to reject this entry?
The rejected name was afterworth available as name, to be used.
Updated by Andreas Kohlbecker over 5 years ago
- % Done changed from 70 to 50
Applied in changeset cdm-vaadin|61b6ce4e6afcc2de48e66b2f8df68d30c799ca3c.
Updated by Wolf-Henning Kusber over 5 years ago
incorrect uninominals and epithets should only be searchable in the "incorrect name" section. Example is genus=Meloseira (see screen shots)
Updated by Andreas Kohlbecker over 5 years ago
- Description updated (diff)
We discussed the above problems and came to a solution ... issue description updated accordingly
Updated by Andreas Kohlbecker about 5 years ago
- Description updated (diff)
- Status changed from Resolved to In Progress
After a discussion with Andreas Müller, the improved concept from 2018-12-11 has been revised and changed again:
- Instead of using a marker the incorrect name should only be recognized through the name relation with a specific type in which it is being used.
- The appropriate type of the NameReationship is currently being dicussed neither
NameRelationshipType.ORTHOGRAPHIC_VARIANT()
norNameRelationshipType.MISSPELLING()
seem to semantically 100% suitable.
Updated by Andreas Kohlbecker about 5 years ago
- Description updated (diff)
according to the latest discussion, which is based on research in the ICBN, we came to the conclusion that ORTHOGRAPHIC_VARIANT
is the correct type to be used. The from name is always a name to be corrected and is to be considered invalid. There are rare cases where two slightly different notation for the same name exist but these differences are nomenclatural irrelevant and never are subject of a name relationship. These minor orthographic differences are corrected silently. For more details on this subject please refer to #7960
Updated by Andreas Kohlbecker about 5 years ago
- Related to task #7960: Revision of NameRelationshipTypes added
Updated by Andreas Kohlbecker about 5 years ago
- Related to task #7961: Consider removal of the TaxonNamePopupEditorMode ORTHOGRAPHIC_CORRECTION added
Updated by Andreas Kohlbecker about 5 years ago
- Status changed from In Progress to Resolved
- Assignee changed from Andreas Kohlbecker to Wolf-Henning Kusber
please review
Updated by Wolf-Henning Kusber about 5 years ago
Comment on #15
according to the latest discussion, which is based on research in the ICBN, we came to the conclusion that ORTHOGRAPHIC_VARIANT is the correct type to be used. The from name is always a name to be corrected and is to be considered valid but incorrect.
Updated by Wolf-Henning Kusber about 5 years ago
- File picture110-1.png picture110-1.png added
label: what about the following label wording?
header: orthographical variant
above the cache: incorrect name (= as is)
Updated by Wolf-Henning Kusber about 5 years ago
WGB: besser „Orthographical correction of“
WHK: den im Screenshot oben vorgeschlagen Text „Orthographical variant“ würde ich WGBs Vorschlag gegenüber vorziehen.
Kann gerne noch mal diskutiert werden
Updated by Wolf-Henning Kusber about 5 years ago
- Status changed from Resolved to Closed
- Assignee changed from Wolf-Henning Kusber to Andreas Kohlbecker
- % Done changed from 50 to 100
Implementation is clear, functional, and usable.
Note: "Orthographical variant" not shown.