EDIT

Hallo,

ich hatte, glaube ich, schon mal geschrieben, dass im Detail view eine homotypische Namensrelation nicht angezeigt wird, sondern fälschlicherweise eine heterotypische: [Bild]

Nun wollte ich die (korrekte) homotypische Relation wieder in eine heterotypische verwandeln (für einen Screenshot). Habe also die Synonym Relationship gelöscht und eine neue (heterotypische) eingegeben.

Das ändert aber (auch nach Reconnect) nichts – die Synonym Relationship bleibt bei heterotypisch, aber die Editor Darstellung bei homotypisch.

Welche bildet denn nun eigentlich die Datenlage ab?

Walter

====

Hallo Walter,

ja ich glaube du hattest das schon mal erwähnt. Ich habe es mir aber gerade erst richtig angeschaut.

Das scheint mal wieder eine der Altlasten des NameEditors zu sein, der wohl folgendermaßen funktioniert:

Die Darstellung im Name Editor erfolgt primär aufgrund der Homotypischen Gruppen. Der Synonymrelationstyp ist sekundär und wird beim Verändern der homotypischen Gruppen nicht mehr neu gesetzt wie es scheint.

Ich habe mir das jetzt nur in der DB und nicht im Code angeschaut.

Die explizite Anzeige der Synonymrelationen im Detailsview ist relativ neu (im letzten Jahr) und wahr v.a. eine Notwendigkeit um die Pro Parte Informationen editieren zu können.

Natürlich könnte man relativ einfach versuchen den Relationstyp nachzuziehen. Allerdings muss man dann wirklich sehr aufpassen, dass die Daten auch wirklich konsistent bleiben. Mit dem Validation-Framework wird das bereits gemacht, oder wäre zumindest leicht umzusetzen, allerdings ist dieses noch in der Testphase.

Ein bisschen frage ich mich allerdings schon, ob es sich lohnt, diese mehr oder weniger redundante Information zu speichern. Eigentlich geht aus der Logik ja schon eindeutig hervor, dass es sich bei homotypischen Namen um homotypische Relationen und bei nicht homotyischen Namen um heterotypische handeln muss.

Der einzige Fall den wir nicht abdecken ist der, bei dem aus den Daten nicht hervorgeht, ob die Namen homotypisch sind oder nicht, dass könnte man dann (auch bei Importen, bei denen die Beziehung eindeutig definierbar ist, anders als beim Editor) nicht mehr explizit definieren.

Anscheinend haben wir über viele Jahre den expliziten Beziehungstyp nicht wirklich gebraucht, weder im Editor noch im Portal, um die Daten so anzuzeigen, wie es von den Usern gewollt war. Was nicht heisst, dass es nicht auch UseCases geben könnte in der Zukunft, die dies doch benötigen.

Im Berlin Model hatten wir ja das Konzept der homotypischen Gruppen noch nicht, so dass man dort den Beziehungstyp dringender benötigte.

Was denkst du dazu? Sollten wir versuchen mit dem Konzept der homotypischen Gruppe auszukommen, und den Beziehungstyp nicht explizit zu definieren, und gibt es wichtige Fälle, in denen wir diesen brauchen?

Einen ähnlichen Fall haben wir übrigens bei den Basionymbeziehungen und den Replaced Synonyms/Blocking Names. Hier werden m.E. auch mehr Basionymbeziehungen im Editor erzeugt als zulässig, da sie i.d.R. für die ganze Gruppe vergeben werden, aber eigentlich nur für die Namen der Gruppe vergeben werden sollten, die wirklich Basionyme zueinander sind. Replaced Synonyms können hingegen derzeit nur im Details View definiert werden. Stören tut das bislang kaum jemand, erstaunlicherweise.

Viele Grüße,

Andreas M.

====

Hallo,

mir fällt kein Fall ein, bei dem man eine zusätzliche explizite Unterscheidung braucht, wenn wir homotypische Gruppen definieren. Wenn bei einem Import keine Unterscheidung haben, landet eben jeder Name zuerst in seiner eigenen Gruppe.

Innerhalb der homotypischen Gruppen sollte es aber explizite Basionym-relationships aber geben, da es eben den Fall der replaced Synonyms gibt.

Ich wollte aber eigentlich wissen, wie ich ein (z.B. ausversehen) definiertes homotypisches Synonym wieder zu einem heterotypischen machen kann.

Herzlichen Gruß

Walter

===

Innerhalb der homotypischen Gruppen sollte es aber explizite Basionym-relationships aber geben, da es eben den Fall der replaced Synonyms gibt.

Im Details View ist das ja bereits machbar, da da jede Beziehung einzeln definiert werden kann. Im NameEditor gibt es nur das vereinfachte „mark as Basionym of Group“ oder so ähnlich. Da müsste man nochmal überlegen, ob und wenn ja, wie man das besser machen könnte. Nicht ganz trivial

Ich wollte aber eigentlich wissen, wie ich ein (z.B. ausversehen) definiertes homotypisches Synonym wieder zu einem heterotypischen machen kann.

Wie gesagt kann man den Beziehungstyp derzeit gar nicht setzen und, da du dem auch zugestimmt hast, werden wir ihn in Zukunft evtl. ganz entfernen (#5523). Relevant ist also lediglich die homotypische Gruppe und die kannst du wie gewohnt durch verschieben des Namens innerhalb des NameEditors verändern. Das Label (heterotypisch) im Details View sollte einfach nicht beachtet werden und wir werden es in Zukunft wohl entfernen.

AM