-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
flowerOpeningPeriod #49
Comments
Can we have a term with values like that: discrete periods and time interval? |
I would get rid of the time periods and keep only the six options stated above (dawn; dusk; morning; noon; afternoon; night) |
@fonturbel the problem that I see with discrete periods is that they can be very subjective. What is the definition of - I'm not saying that we can't adopt discrete periods, I'm just warning about the ambiguities that may rise when using it. |
I would make both (discrete and continuous values) oppened. |
I prefer the option to leave both the time interval and discrete periods. |
This should not be exclusive, since the anthesis may occur at any time of day in some cases. Perhaps include a controled vocabulary. |
I believe that the best way would be to offer numerical options. One way would be to divide the day into 4 periods, with 6 hours each: 1: 00-6: 00AM; 6: 00-12: 00AM; 12: 00-18: 00PM and 18: 00-24: 00PM. |
I would go for the discrete intervals dawn; dusk; morning; noon; afternoon; night. We always we loose information when transforming continuous gaps into categories. However opening time is not precise and broad categories as specified seems to deal well with the information demanded. There are definitions for each of these categories but I am not sure we need them, as for this information I will go with something more general. |
@carmensspires this periods that you suggested can be used as definitions of the terms in the controlled vocabulary. For example:
What do you guys think? It will be better that the term be exclusive discrete or continuous, not both!
With that definition (time or interval) people can fill the term with any time or interval, even it is not accurate as @carmensspires suggested. For example it will be possible to fill the term with values:
@arech2003 regarding to data transformation from continuous to discrete categories, this can be a problem. But, the inverse transformation will be not possible and we will losing information using discrete values. And what about a flower that is open from 06:00AM to 06:00PM? Using discrete periods will require the definition of many categories comprising different combinations of initial time and final time. By other hand, using continuous time (even not accurate measurements) the person who is working with the data would create his/her own discretization rules:
Again, using only continuous values here will make the term more general covering most use cases. It does not mean that internally in REBIPP database we can't use discrete periods (
|
Ok, @zedomel I am convinced by your argument! |
Agree with @carmensspires and the subsequent suggestion of @zedomel |
Nothing to add here! |
Nothing to add here. It was great after the discussion! |
I agree with @zedomel. Nothing else to add. |
New definition: |
morning
,night
,6:00:00Z/12:30:00Z
(the interval between 6am UTC and 12:30pm UTC)dawn
;dusk
;morning
;noon
;afternoon
;night
(or option of specifying the day time)The text was updated successfully, but these errors were encountered: