You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The first query requested "epiweek" data rather than "week" data, the second requested "week" data when the source&signal does not have any available, and the third contained a typo in the geo_type.
It would be nice to have messages along the lines of:
"invalid time_type"
"requested signal does not support the requested time_type and geo_type"
"invalid geo_type"
The text was updated successfully, but these errors were encountered:
If we want to handle this client-side, available time_types and geo_types for each signal can be found via the "metadata" endpoint(s). They are enumerated as part of the metadata generation, and this information is recomputed regularly.
and
and
all produce
The first query requested "epiweek" data rather than "week" data, the second requested "week" data when the source&signal does not have any available, and the third contained a typo in the
geo_type
.It would be nice to have messages along the lines of:
time_type
"time_type
andgeo_type
"geo_type
"The text was updated successfully, but these errors were encountered: