Are real time calculated Metrics needed? #30
Replies: 5 comments 1 reply
-
Agreed that metrics don't need to be real time. |
Beta Was this translation helpful? Give feedback.
-
If Metrics are determined to remain historic, can it be set up so a city can pull the last week (or combination of weeks) from a specified date? This may allow for some custom historical data pulls without needing to be real-time. |
Beta Was this translation helpful? Give feedback.
-
Maybe if we use this flat file option #31 where counts of each metric are returned by the hour, we could leave it up to the agencies and say "Agencies may return data as soon as desired or when its available after metrics are calculated, e.g., after a month, week, day, or hour." |
Beta Was this translation helpful? Give feedback.
-
Also agree that I don't think Metrics need to be real-time. I honestly can't think of a reason where we would need that information. I also think leaving it up to the agency makes a lot of sense. It allows flexibility for agencies that might not have the capacity to provide quick Metric releases to either a flat file or dynamic endpoint. |
Beta Was this translation helpful? Give feedback.
-
Agreed that we won't be doing Metrics in real-time. Thought the current wording says that the update frequency is up to the agency: "At least monthly is recommended but it may be longer, or weekly, daily, hourly, or even more frequently." |
Beta Was this translation helpful? Give feedback.
-
What are the use cases for real time Metrics calculations for consumers of the data? Is a city, agency, or commercial entity going to need real time Metrics? We think not.
There is already real time availability optionally included in Curb Spaces and Zones.
Can Metrics be historic, and calculated, say, at the end of every month and go back in time after that? Does anyone need metrics sooner than monthly (eg, weekly, daily)?
Beta Was this translation helpful? Give feedback.
All reactions