Project

General

Profile

Actions

feature request #3746

closed

Implement time period scope for description elements in TaxEditor

Added by Andreas Müller over 10 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Highest
Assignee:
Category:
taxeditor
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Severity:
normal

Description

also modifiers and modifyingText is still missing there. The later should be available only for NON-TextData. => handled in #3836

see #3312, #3747

duplicated by #3615


Files

picture672-1.png (2.2 KB) picture672-1.png Andreas Müller, 04/30/2018 04:50 PM

Related issues

Related to EDIT - feature request #3747: Check if time period is handled correctly for description elements in data portals ClosedAndreas Kohlbecker

Actions
Related to EDIT - feature request #3312: Add time period scope to DescriptionElementBaseClosedAndreas Müller

Actions
Related to EDIT - feature request #3836: Implement modifiers and modifying text for Description Elements in TaxEditor ClosedKatja Luther

Actions
Related to EDIT - feature request #3616: Show DescriptionElementBase.timeperiod in DataportalsClosedAndreas Kohlbecker

Actions
Copied to EDIT - feature request #7394: parsing behaviour and layout of the period part issuesNewKatja Luther

Actions
Actions #1

Updated by Cherian Mathew about 10 years ago

  • Target version deleted (TaxEditor CDM 3.3)
Actions #2

Updated by Andreas Kohlbecker almost 10 years ago

  • Target version deleted ()

no release 3.3.1 of the taxeditor so I am moving all tickets to the next milestone 3.3.2

Actions #3

Updated by Cherian Mathew over 9 years ago

  • Target version deleted (TaxEditor RELEASE 3.4.0)

Moving tickets to 3.4.1 milestone

Actions #4

Updated by Cherian Mathew about 9 years ago

  • Target version deleted ()

Moving tickets that were auto assigned to me to the unassigned milestone

Actions #5

Updated by Andreas Müller about 6 years ago

  • Description updated (diff)
  • Assignee changed from Cherian Mathew to Katja Luther
  • Target version changed from Unassigned CDM tickets to Release 4.13

We may now need DescriptionElementBase timeperiods for flowering time features.

Actions #6

Updated by Andreas Müller about 6 years ago

  • Related to feature request #3747: Check if time period is handled correctly for description elements in data portals added
Actions #7

Updated by Andreas Müller about 6 years ago

Actions #9

Updated by Andreas Müller about 6 years ago

RH:

nach jahrelanger Pause wollen wir für Zypern mal wieder ein Datenset erfassen und es im Portal darstellen, die Blühzeiten der Arten.

Im Prinzip gibt es zwei Herangehensweisen. Entweder wir machen es „primitiv“ und füllen irgendwelche Freitextfelder aus, etwa mit „January-May(June)“ oder ähnlich. Oder wir erfassen die Monate strukturiert in Tabellenform und zeigen das wie auch immer geartet graphisch an (habe mal eine primitive Farbleiste angehängt mit Haupt- und Nebenzeiten dunkel/hell). Da gibt es sicherlich noch elegantere Lösungen.

Actions #10

Updated by Andreas Müller about 6 years ago

  • Private changed from Yes to No
Actions #11

Updated by Andreas Müller about 6 years ago

  • Target version changed from Release 4.13 to Release 4.14
Actions #12

Updated by Andreas Müller about 6 years ago

  • Target version changed from Release 4.14 to Release 5.0
Actions #13

Updated by Andreas Müller about 6 years ago

  • Priority changed from New to Highest

This is needed for cyprus therefore I put it to highest

Actions #14

Updated by Katja Luther about 6 years ago

The time period should be displayed for all kind of features?
I think for some it is not necessary, for example common names... or categorical data.
maybe we also should add this to the Feature class.

Actions #15

Updated by Andreas Müller about 6 years ago

Every information may have a time scope. A common name e.g. may have been used only in a certain century. And categorical data is only a way to handle data in a more structured way then pure TextData, the data itself may be true anyway only for a certain time.

Of course we could think about something like supportsTimeScope in Feature class but I don't think this is necessary. Maybe better we add a CdmPreference "timeScopeSupporting features" or so, so each project can decide for which features it wants to allow adding time scopes.

Actions #16

Updated by Katja Luther almost 6 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 50
Actions #17

Updated by Katja Luther almost 6 years ago

  • Assignee changed from Katja Luther to Andreas Müller
  • % Done changed from 50 to 0

this should be fixed now. the time period element is now at the end of the description element details view

Actions #18

Updated by Andreas Müller almost 6 years ago

Some minor issues:

  1. Relabel to "Time scope"
  2. Leave a bit more space to the element above
  3. Keep the element collapsed at start time. Only if someone really wants to edit the time scope it should be expanded.
Actions #19

Updated by Andreas Müller almost 6 years ago

  • Status changed from Resolved to Feedback
  • Assignee changed from Andreas Müller to Katja Luther

Some general issue about the time period selection.

The parsing behavior is somewhat unclear. E.g.

  • Enter date 1.1.2006 into "Parse" Textbox => according date shows up in label and in atomized Start textboxes
  • Remove text from "Parse" => label disappears, however Start textboxes are still filled
  • Change value in Start-Year to 2005 => 2005 appears in label

Looks like the the Start textboxes are not emptied correctly while the values are internally deleted already.

Please decide if this is related to the ticket or an issue for a new ticket.

Actions #20

Updated by Andreas Müller almost 6 years ago

Another minor and general issue:

The labels "Start" and "End" are not on the same hight as the according labels for "Year", "Month" and "Day". See attachment.

Actions #21

Updated by Andreas Müller almost 6 years ago

A critical issue: the value is NOT being saved or not being reloaded when reopening the fact !!

Actions #22

Updated by Andreas Müller almost 6 years ago

  • % Done changed from 0 to 30
Actions #23

Updated by Katja Luther almost 6 years ago

  • Status changed from Feedback to Resolved
  • Assignee changed from Katja Luther to Andreas Müller

The saving is fixed now.

The other issues are related to the general period part so I create a new ticket for this. (#7394)

Actions #24

Updated by Andreas Müller almost 6 years ago

Actions #25

Updated by Andreas Müller almost 6 years ago

  • Status changed from Resolved to Feedback
  • Assignee changed from Andreas Müller to Katja Luther
  • % Done changed from 30 to 40

Andreas Müller wrote:

Some minor issues:

  1. Relabel to "Time scope"
  2. Leave a bit more space to the element above
  3. Keep the element collapsed at start time. Only if someone really wants to edit the time scope it should be expanded.

The first 2 issues still seem to be open.

If possible please also reduce the empty space below label "Time period"("Time scope") by moving the atomized data part more to the left. Otherwise it easily happens that the data textboxes are wrapped.

The save seems to work now.

Actions #26

Updated by Andreas Müller almost 6 years ago

  • Related to feature request #3836: Implement modifiers and modifying text for Description Elements in TaxEditor added
Actions #27

Updated by Katja Luther almost 6 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 40 to 100

only the space between the time period element and the element above is still open, so I close this ticket.

Actions #28

Updated by Andreas Kohlbecker about 5 years ago

The output in the taxeditor can very ugly depending on the partial fields being used:

  • Timescope: start month: 05 - end month 06
  • representation: 5.xxxx-6.xxxx

Is this wanted?

Actions #29

Updated by Andreas Kohlbecker about 5 years ago

Actions #30

Updated by Andreas Müller about 5 years ago

Andreas Kohlbecker wrote:

The output in the taxeditor can very ugly depending on the partial fields being used:

  • Timescope: start month: 05 - end month 06
  • representation: 5.xxxx-6.xxxx

Is this wanted?

Not wanted but we havn't discussed yet best formatting for Partial with missing non-beginning parts. There are multiple possibilities.

Actions

Also available in: Atom PDF