Project

General

Profile

Actions

feature request #9596

open

Open issues for TypeDesignationWorkingSet

Added by Andreas Müller over 3 years ago. Updated about 2 months ago.

Status:
In Progress
Priority:
Highest
Category:
cdmlib
Target version:
Start date:
Due date:
% Done:

10%

Estimated time:
Severity:
normal

Description

copied from #9279

Urgent:

  • Improve tagged text for TypeDesignationWorkingSet
    • allow adding links for specimens (to StableURI, Barcode, ...), see also mail by KK 2024-03-20, implemented for Pref.StableURI
    • footnote information for sources
  • missing "designated by" reference (related to this see #10223)
  • Errors due to duplicates (e.g. Cichorieae where often types are additionally added to non-basionym names for some reason)
  • Handle MediaSpecimen with publish information correctly (#10131, #10426, #9388)
  • Implement improvements defined in #10536

====

  • replace TypedEntityReference by real entities as they are not necessary or use them only where necessary
  • move to cdmlib.model if possible
  • split the structuring manager and the formatter part => mostly done but still some open issues (e.g. for the TypeDesignationDTO TaggedText creation which should not be done in the manager)
  • improve formatting for unparsed specimen (specimen being placeholders for full type information, usually having a protected title cache and not being attached to a field unit; but difficult to differ from unparsed pure specimen without type information (see also #9702)
  • handle missing typedesignation status correctly (#9703)
  • handel textual typedesignation (and remove according implementation from CDM light export - method handleHomotypicalGroup())
  • improved formatting (#9940, #9941)
  • handle annotations on type designations (and maybe also type names and type specimen?)
  • correct handling of prepending "Type(s):" label (see #9596#note-45) ("Type:" in non-first group is not yet implemented)
  • check, which configuration options are needed for Phycobank, remove those not needed anymore
  • write a general documentation of the formatting requirements

Files

clipboard-202406261149-jd4fr.png (120 KB) clipboard-202406261149-jd4fr.png Andreas Müller, 06/26/2024 11:49 AM

Related issues

Related to EDIT - bug #9317: [DISCUSS] Handle NameTypeDesignations on name basis not on homotypic group basis in outputsIn ProgressAndreas Müller

Actions
Related to EDIT - feature request #9597: Improve formatting of MediaSpecimen in TypeDesignationWorkingSet formattingClosedAndreas Müller

Actions
Related to EDIT - feature request #6718: Constistent TypeDesignation representation creation DuplicateAndreas Müller

Actions
Related to EDIT - feature request #7695: web service providing compact TypeDesignation representation for homotypic groups and individual taxaRejectedAndreas Müller

Actions
Related to EDIT - feature request #7696: use compact type representations in the synonymy as provided by the typedesignations/byTaxon/{taxon_uuid} serviceClosedAndreas Müller

Actions
Related to EDIT - bug #8984: Registration search result list: Format display of two type specimensNewAndreas Kohlbecker

Actions
Related to EDIT - bug #9302: Phycobank related issues for TypeDesignation formattingIn ProgressAndreas Müller

Actions
Related to EDIT - bug #9702: TypeDesignationSetManager repeats specimen string for specimens without field unitClosedAndreas Müller

Actions
Related to EDIT - bug #9703: Improve handling of type designations with no status in TypeDesignationSetManagerClosedAndreas Müller

Actions
Related to EDIT - feature request #2506: (Type-) Specimens may need statusClosedAndreas Müller

Actions
Related to EDIT - task #9941: [DISCUSS] Formatting of type designation categories in compact type stringClosedAndreas Müller

Actions
Related to EDIT - task #9940: Handle type category formatting in compact typification stringsClosedKatja Luther

Actions
Related to EDIT - bug #10223: References for lectotypes should have short references, not full authorshipClosedAndreas Müller

Actions
Related to EDIT - bug #10519: Collection code is removed from barcode/accession no. in type designation formattingClosedAndreas Müller

Actions
Related to EDIT - feature request #461: Improve / compact display of typesClosedAndreas Müller

Actions
Related to EDIT - bug #10536: Fix remaining issues on compact display of typesClosedAndreas Müller

Actions
Copied from EDIT - feature request #9279: Improve type designation formatting and TypeDesignationSetManagerClosedAndreas Müller

Actions
Actions #1

Updated by Andreas Müller over 3 years ago

  • Copied from feature request #9279: Improve type designation formatting and TypeDesignationSetManager added
Actions #2

Updated by Andreas Müller over 3 years ago

  • Description updated (diff)
Actions #3

Updated by Andreas Müller over 3 years ago

  • Related to bug #9317: [DISCUSS] Handle NameTypeDesignations on name basis not on homotypic group basis in outputs added
Actions #4

Updated by Andreas Müller over 3 years ago

  • Related to feature request #9597: Improve formatting of MediaSpecimen in TypeDesignationWorkingSet formatting added
Actions #5

Updated by Andreas Müller over 3 years ago

Actions #6

Updated by Andreas Müller over 3 years ago

  • Related to feature request #7695: web service providing compact TypeDesignation representation for homotypic groups and individual taxa added
Actions #7

Updated by Andreas Müller over 3 years ago

  • Related to feature request #7696: use compact type representations in the synonymy as provided by the typedesignations/byTaxon/{taxon_uuid} service added
Actions #8

Updated by Andreas Müller over 3 years ago

  • Related to bug #8984: Registration search result list: Format display of two type specimens added
Actions #9

Updated by Andreas Müller over 3 years ago

  • Related to bug #9302: Phycobank related issues for TypeDesignation formatting added
Actions #10

Updated by Andreas Kohlbecker over 3 years ago

  • Tags changed from formatting to formatting, type designation
Actions #11

Updated by Andreas Müller about 3 years ago

  • Related to bug #9702: TypeDesignationSetManager repeats specimen string for specimens without field unit added
Actions #12

Updated by Andreas Müller about 3 years ago

  • Description updated (diff)
Actions #13

Updated by Andreas Müller about 3 years ago

  • Related to bug #9703: Improve handling of type designations with no status in TypeDesignationSetManager added
Actions #14

Updated by Andreas Müller about 3 years ago

  • Description updated (diff)
Actions #15

Updated by Andreas Müller about 3 years ago

  • Description updated (diff)
Actions #16

Updated by Andreas Müller about 3 years ago

  • Description updated (diff)
Actions #17

Updated by Andreas Müller about 3 years ago

  • Description updated (diff)
Actions #18

Updated by Andreas Müller over 2 years ago

Actions #19

Updated by Andreas Müller over 2 years ago

  • Copied from task #9940: Handle type category formatting in compact typification strings added
Actions #20

Updated by Andreas Müller over 2 years ago

  • Related to task #9941: [DISCUSS] Formatting of type designation categories in compact type string added
Actions #21

Updated by Andreas Müller over 2 years ago

  • Copied from deleted (task #9940: Handle type category formatting in compact typification strings)
Actions #22

Updated by Andreas Müller over 2 years ago

  • Related to task #9940: Handle type category formatting in compact typification strings added
Actions #23

Updated by Andreas Müller over 2 years ago

  • Description updated (diff)
Actions #24

Updated by Andreas Müller over 1 year ago

  • Description updated (diff)
Actions #25

Updated by Andreas Müller 6 months ago

  • Target version changed from Unassigned CDM tickets to Release 5.47
Actions #26

Updated by Andreas Müller 6 months ago

  • Status changed from New to In Progress
  • Priority changed from New to Highest
  • % Done changed from 0 to 10

Should be handled in together with other type designation tickets in this milestone. Therefore set to "in progess" and change priority.

Actions #27

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #28

Updated by Andreas Müller 6 months ago

AM:

ich habe nochmal geschaut und grundsätzlich gibt es bereits Tagged Text für die Type Specimen.

Z.B. https://test.e-taxonomy.eu/cdmserver/caryo_spp/portal/taxon/254abe96-3cb7-4b24-a682-2a4968045431/page.json?recipe=EuroPlusMed&featureTree=0bf9769c-dc21-4c7d-8200-e5d00b9e8b31&part=mapUriParams&part=tree&doSynonyms=1&doMedia=1&doTaxonNodes=1&doTaxonRelations=1 und dort unter homotypicSynonyms->taggedTypes

Ich habe da für den ersten Typus auch mal eine Referenz hinzugefügt (fide) und zusätzlich einen Lectotype daraus gemacht. Die fide-Referenz kommt bereits so raus wie erwartet. Das könntest du also direkt umsetzen. Die Lectotype-Referenz (designated by) ist irgendwie kaputt. Der Tag fehlt. Aber das sollte sich leicht fixen lassen.

Etwas schwieriger wird es mit den Links für die Specimen. Derzeit spiele ich rum, ob ich dafür eine spezielle Unterklasse „TypedEntityReferenceWithLink“ erzeuge. Wenn der Link gesetzt ist, würde dieser dann genommen, ansonsten der Link zum CDM Specimen (uuid), wobei der im TaggedText auch noch nicht stimmt.

Irgendwie ist das aber nicht so schön, und ich überlege, ob wir hier nicht gleich mit einer besseren Neuimplementierung von TaggedText arbeiten sollten, da der Bereich ja noch wenig genutzt wird und das hier möglich wäre. Auch die TaggedText types (z.B. „label“, „specimenOrObservation“, „typeDesgination“) sollten wir noch ändern. Die sind schlecht gewählt. „Label“ ist eher „typeStatus“, „specimenOrObservation“ -> „fieldUnit“ und „typeDesignation“ eher „specimen“.

Für letzteres bräuchten wir evtl. noch Untertags, um Collection und Accessionnumber zu unterscheiden, sowie die „destroyed“ Information. Für diese wird bislang auch noch nicht die Quelle mit ausgegeben.

Actions #29

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #30

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #31

Updated by Andreas Müller 6 months ago

  • Related to bug #10223: References for lectotypes should have short references, not full authorship added
Actions #32

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #33

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #34

Updated by Andreas Müller 6 months ago

  • Description updated (diff)
Actions #35

Updated by Andreas Müller 4 months ago

  • Description updated (diff)
Actions #36

Updated by Andreas Müller 3 months ago

  • Description updated (diff)
Actions #37

Updated by Andreas Müller 3 months ago

  • Description updated (diff)
Actions #38

Updated by Andreas Müller 3 months ago

  • Target version changed from Release 5.47 to Release 5.44
Actions #39

Updated by Andreas Müller 3 months ago

  • Description updated (diff)
Actions #40

Updated by Andreas Müller 3 months ago

  • Description updated (diff)
Actions #41

Updated by Andreas Müller 3 months ago

  • Description updated (diff)
Actions #42

Updated by Andreas Müller 3 months ago

  • Related to bug #10519: Collection code is removed from barcode/accession no. in type designation formatting added
Actions #43

Updated by Andreas Müller 2 months ago

Actions #44

Updated by Andreas Müller 2 months ago

  • Related to bug #10536: Fix remaining issues on compact display of types added
Actions #45

Updated by Andreas Müller 2 months ago

AM:

noch eine Detail-Nachfrage zur Typusformatierung.

Im Fall, dass ein Typus ohne Status eingegeben wurde, dann aber noch z.B. ein Lectotype existiert, wie soll dann das anfängliche Label lauten. Z.B. Hypochaeris maculata

Soll dort „Types:“ oder „Type“ stehen. Also soll sich das erste „Type-Label“ immer nur auf die folgende „Gruppe“ (bis zum nächsten Semikolon) beziehen oder steht das für den ganzen Block. Für ersteres spricht, dass es bei Syntypes auch eher so ist.

NK:

OK, das ist eigentlich eine unaufgeräumte Altlast, aber ja, das erste „Type-Label“ bezieht sich immer nur auf die folgende „Gruppe“ (bis zum nächsten Semikolon).

AM:

Gesetzt der Fall, die Angabe hinter dem Semikolon hat auch keine explizite Angabe zum Type Designation Status, soll dort dann „Type: “ nochmal erneut auftauchen? Das wäre ja die Schlußfolgerung daraus, dass man am Anfang nicht „Types“ sondern „Type“ schreibt.

NoK:

Falls es so einen Fall gibt, ja; eigentlich wären das ja dann ohnehin Syntypes

AM:

Oder textual type designations, wobei evtl. in der ersten ein verbatim Text steht und in der zweiten noch etwas anderes. Da weiß ich nicht, ob die Anzeige dann noch sinnvoll aussieht. Aber vielleicht lasse ich es jetzt erstmal so und warte ab, ob es in einem konkreten Fall mal Feedback gibt, dass etwas anderes sein soll.

Das Hauptproblem ist eigentlich, dass Teile des Systems auch für Phycobank genutzt werden, und ich immer Sorge habe, dass ich dort etwas zerschieße, weil es dort anders benutzt wird. Daher gehe ich jetzt mal iterativ vor.

Actions #46

Updated by Andreas Müller 2 months ago

  • Description updated (diff)
Actions #47

Updated by Andreas Müller 2 months ago

  • Description updated (diff)
Actions #48

Updated by Andreas Müller 2 months ago

  • Description updated (diff)
Actions #49

Updated by Andreas Müller about 2 months ago

  • Target version changed from Release 5.44 to Release 5.46
Actions

Also available in: Atom PDF