feature request #6752
Add verbatimDate
100%
Description
We may need an additional field verbatimDate which is e.g. for references the date when the reference was published according to what is written on front page.
A couple of questions exist:
- do we need this field for all TimePeriods or only for usage in Reference => decision: references only
- what format should it have? String, Date, DateTime, TimePeriod, PartialDate, ... => decision: String
If it does not become a field within TimePeriod it may become more difficult to parse and format such dates as you need to implement separate parsers and formatters for this special use case.
But we could use a subclass VerbatimTimePeriod which has an extra field.
If it becomes a String it is not possible to format differently according to the needs of the output (e.g. the new IPNI format [dt. Jan 2013; issued 28 Dec 2012] then is not possible to use in a special publication when at other places we only want to have something like "2013" 2012
Other places where TimePeriod is currently used are: Classification.timeperiod, InstitutionalMembership.period, Person.lifespan, EvenBase.timeperiod (including subclasses Amplification, DerivationEvent, DeterminationEvent, GatheringEvent, MaterialOrMethodEvent [Cloning, PreservationMethod], SingleRead), DescriptionElementBase.timeperiod, NamedArea.validPeriod,
See also #6627#note-10
Open issues:
Related issues
Associated revisions
ref #6752 implement verbatimDate for Reference (Parser and Formatter still missing)
ref #6752 update script for Reference.datepublished_verbatimDate
ref #6752 strictly use VerbatimTimePeriod where possible
ref #6752 strictly use VerbatimTimePeriod where possible
ref #6752 toString for VerbatimTimePeriod
ref #6752 first implementation of VerbatimTimePeriod parser
ref #6752 stricter handling of Reference.setDatePublished (only for calling methods)
ref #6752 fix NPE in VerbatimTimePeriod parser
ref #6752 return type for setDatePublished(TimePeriod) and set to deprecated
ref #6752 stricter use of verbatimDate in cdmlib-app
History
#1 Updated by Andreas Müller over 3 years ago
- Related to bug #6627: Remaining cdm light issues added
#2 Updated by Andreas Müller over 3 years ago
- Description updated (diff)
#3 Updated by Andreas Müller over 3 years ago
- Description updated (diff)
#4 Updated by Andreas Müller over 3 years ago
- Target version changed from CDM UML 4.7 to CDM UML 5.0
#5 Updated by Andreas Müller over 2 years ago
- Tags set to euro+med
#6 Updated by Andreas Müller over 2 years ago
- Description updated (diff)
- Status changed from New to In Progress
- % Done changed from 0 to 40
#7 Updated by Andreas Müller over 2 years ago
- % Done changed from 40 to 60
- Estimated time set to 5.00 h
#8 Updated by Andreas Müller over 2 years ago
- Due date set to 03/31/2017
- Start date deleted (
06/23/2017)
#9 Updated by Andreas Müller over 2 years ago
- Due date deleted (
03/31/2017)
#10 Updated by Andreas Müller over 2 years ago
- Status changed from In Progress to Resolved
#11 Updated by Andreas Müller over 2 years ago
- Description updated (diff)
#12 Updated by Andreas Müller over 2 years ago
- Precedes feature request #7421: Implement verbatim date for references in TaxEditor added
#13 Updated by Andreas Kohlbecker over 2 years ago
- Blocked by task #7425: Implement VerbatimTimeField for cdm-vaadin and use this in the ReferencePopupEditor added
#14 Updated by Andreas Müller over 2 years ago
- Description updated (diff)
- % Done changed from 60 to 80
#15 Updated by Andreas Müller over 2 years ago
- Precedes feature request #7429: Improve parsing and formatting for VerbatimTimePeriod added
#16 Updated by Andreas Müller over 2 years ago
- Description updated (diff)
#17 Updated by Andreas Müller over 2 years ago
- Blocked by deleted (task #7425: Implement VerbatimTimeField for cdm-vaadin and use this in the ReferencePopupEditor)
#18 Updated by Andreas Müller over 2 years ago
- Related to task #7425: Implement VerbatimTimeField for cdm-vaadin and use this in the ReferencePopupEditor added
#19 Updated by Andreas Müller over 2 years ago
- Status changed from Resolved to Closed
- % Done changed from 80 to 100