feature request #7158
openAdd pro parte misapplied name to the concept relationship types
50%
Description
WGB: >>Außerdem habe ich entdeckt, dass das eine p.p. „Synonym“ in Wirklichkeit als Misapplication genannt wird – kann man da auch ein p.p. flag setzen?
AM: >Nein, mir ist der Fall auch nicht so 100% klar, ich war naiver Weise glaube ich bislang davon ausgegangen, dass MAs i.d.R. keine Überschneidung mit dem eigentlich gemeinten Taxon haben.
WGB: Das ist auch so, aber das Konzept, das hinter dem MAN steht, kann ja durchaus ein p.p. „Synonym“ sein. Ist aber dann letztendlich, glaube ich, durch die Konzeptbeziehung abgedeckt.
===
... also we need an adequate handling in TaxEditor
Related issues
Updated by Andreas Müller about 6 years ago
- Subject changed from Add pro parte concept relationship to the concept relationships to DISCUSS: Add pro parte concept relationship to the concept relationships
- Description updated (diff)
Updated by Andreas Müller about 6 years ago
WGB:
mein Vorschlag der p.p. Flag für misapplications bezog sich auf die kurzfristige Lösung, also nicht auf Konzeptrelationen.
Bei der Implementierung als Konzeptrelation ist das grundsätzliche Problem, wie man die im System gespeicherte Relation in die entsprechenden Textausgaben „übersetzt“. Ich denke, dass das Modell der (mengenbasierten) Konzeptrelationen alle möglichen (p.p., partial) Fälle abdeckt. Die Ausgabe muss man vermutlich konfigurierbar machen, also an die für die betreffende Instanz geltenden editorial rules anpassen.
Vielleicht sollten wir anfangen, solche Regeln mal systematisch zu erfassen, um damit Templates zu erstellen? Das machen wir ja im Prinzip in der Ausgabe schon.
AM: Walter, könntest du für das Ticket 7158 nochmal genau erklären, um was es sich bei pp MANs genau handeln könnte. Und v.a. ob wir sie mit einer eigenen Konzeptbeziehung behandeln sollten, oder ob diese IMMER durch eine andere abgedeckt werden kann, wie pp Synonym oder overlap oder oder. Mit IMMER meine ich nicht mathematisch sondern v.a. auch was die Gewohnheiten der Community angeht (mathematisch sind pp Synonym ja auch gleich includes oder overlap, trotzdem macht es Sinn sie zu unterscheiden).
Updated by Andreas Müller about 6 years ago
- Subject changed from DISCUSS: Add pro parte concept relationship to the concept relationships to Add pro parte misapplied name to the concept relationship types
- Target version changed from CDM UML 5.0 to Release 4.13
It was orally discussed that a new relationship type is enough to implement this issue.
Maybe we then also want a partial misapplied name relationship type though this might be seldom used.
Updated by Andreas Müller about 6 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 50
Applied in changeset cdmlib|e9baa019557b3aa3bd8c858dc60ab136ee8439af.
Updated by Andreas Müller about 6 years ago
- Related to feature request #7215: Implement pro parte misapplied names in TaxEditor added
Updated by Andreas Müller about 6 years ago
- Assignee changed from Andreas Müller to Katja Luther
Hi Katja, can you please review, including checking the code changes. Especially the one in the search algorithm is important. I have changed the MAN parameter from a single parameter to a collection parameter. This I have done only in code, but have not tested and don't know if the code is covered by tests.
When ready can you pass to Andreas K. to also review the code. Especially the one for hibernate search.
Updated by Andreas Müller about 6 years ago
- Blocks task #7216: Import pteridophyta for Cuba checklist added
Updated by Katja Luther about 6 years ago
- Assignee changed from Katja Luther to Andreas Kohlbecker
the search especially of the standard search looks correct.
@AK please review the lucene search
Updated by Andreas Müller almost 6 years ago
- Related to feature request #7336: Implement partial misapplied names in TaxEditor added
Updated by Andreas Müller about 2 years ago
- Assignee changed from Andreas Kohlbecker to Katja Luther
Katja, can you do the lucene review?
Updated by Andreas Müller almost 2 years ago
- Related to bug #9966: Search order in advanced search not correct added
Updated by Katja Luther almost 2 years ago
- Status changed from Resolved to Feedback
- Assignee changed from Katja Luther to Andreas Müller
Katja Luther wrote in #note-10:
the search especially of the standard search looks correct.
@AK please review the lucene search
Do we have an example, where this is already used?