feature request #3746
closedImplement time period scope for description elements in TaxEditor
Added by Andreas Müller over 10 years ago. Updated about 5 years ago.
100%
Description
Files
Related issues
Updated by Cherian Mathew over 10 years ago
- Target version deleted (
TaxEditor CDM 3.3)
Updated by Andreas Kohlbecker about 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
Updated by Cherian Mathew over 9 years ago
- Target version deleted (
TaxEditor RELEASE 3.4.0)
Moving tickets to 3.4.1 milestone
Updated by Cherian Mathew about 9 years ago
- Target version deleted ()
Moving tickets that were auto assigned to me to the unassigned milestone
Updated by Andreas Müller over 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.
Updated by Andreas Müller over 6 years ago
- Related to feature request #3747: Check if time period is handled correctly for description elements in data portals added
Updated by Andreas Müller over 6 years ago
- Related to feature request #3312: Add time period scope to DescriptionElementBase added
Updated by Andreas Müller over 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.
Updated by Andreas Müller about 6 years ago
- Target version changed from Release 4.13 to Release 4.14
Updated by Andreas Müller about 6 years ago
- Target version changed from Release 4.14 to Release 5.0
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
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.
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.
Updated by Katja Luther almost 6 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 50
Applied in changeset taxeditor|e8a69e3a3ed9a470ae9f440631eb4cc2bbba4658.
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
Updated by Andreas Müller almost 6 years ago
Some minor issues:
- Relabel to "Time scope"
- Leave a bit more space to the element above
- Keep the element collapsed at start time. Only if someone really wants to edit the time scope it should be expanded.
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.
Updated by Andreas Müller almost 6 years ago
- File picture672-1.png picture672-1.png added
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.
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 !!
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)
Updated by Andreas Müller almost 6 years ago
- Copied to feature request #7394: parsing behaviour and layout of the period part issues added
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:
- Relabel to "Time scope"
- Leave a bit more space to the element above
- 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.
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
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.
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?
Updated by Andreas Kohlbecker about 5 years ago
- Related to feature request #3616: Show DescriptionElementBase.timeperiod in Dataportals added
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.