-
Notifications
You must be signed in to change notification settings - Fork 13
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
update: Change time window on Location & Situation Report component to rely on API calls #633
base: master
Are you sure you want to change the base?
Conversation
olekkorob
commented
Feb 14, 2023
•
edited
Loading
edited
- Change time window adjustment on Location Component to rely on API calls #627
- Change time window adjustment on Variant Report Component to rely on API calls #628
On /situation-reports:
On /location-reports:
Thanks! |
Thanks @olekkorob . Things that are still issues: /situation-reports
/location-reports
The maps on both are still issues as we discussed on Slack, but that will require an API update. Thanks! |
8365819
to
1f4182f
Compare
When you load http://localhost:8080/location-reports?loc=USA, the min_date and max_date are still unset for the API calls
This doesn't seem to be fixed. If I'm missing something, please let me know. Thanks. |
Only in location-reports, they are not working? |
Yes, just in location reports. |
Got it. Thank you. |
1f4182f
to
571b199
Compare
If you load a page with a specified date range, it doesn't read from the parameters, like http://localhost:8080/location-reports?xmin=2022-02-21&xmax=2023-02-21&loc=USA&selected=BQ.1.1&selected=XBB.1 Could you explain about this? I didn't get it. If you can give me a example, it would be great. |
Hi, @flaneuse , And could you please check if you can produce this error? Just in location report page. Lineage prevalence report zoom action is crashing page. |
@olekkorob I don't get that error on zooming in on either the Location Report or Variant Report page with the latest pull from #633 -- not sure if that's more helpful or not! |
Okay, thank you for checking it. It must be my local machine problem. Currently max_date and min_date should be set in initial loading. Did you check it? |
It looks like it's setting the default to be the last 6 months in the API call, but it's not reading from the URL. If the URL is http://localhost:8080/location-reports?xmin=2023-01-16&xmax=2023-02-19&loc=USA it should set |
@olekkorob I spoke too soon -- I was able to recreate the filtering http://localhost:8080/location-reports?loc=USA&pango=XBB.1.9.1&selected=XBB.1&selected=XBB.1.9.1 triggers the error. i'm wondering if it happens if one of the selected lineages does not exist in that range? if you filter those lineages between Feb - March 2023, it's fine, but if you try to zoom in on Nov - Dec 2022 (when there's data for XBB.1 but not XBB.1.9.1), it throws the error. I think it's an issue with not having data to set the scale. |
@flaneuse , Yes, I think so. This must be fixed. Could you check if you can see that error in prod? |
@olekkorob it's not an issue with prod (I assume since it's filtering the data on the front-end). There are a few requests throwing 500s which might be worth checking: https://api.outbreak.info/genomics/prevalence-by-location?pangolin_lineage=XBB.1.9.1&location_id=USA&min_date=&max_date= -- this should have min/max date set too, not sure where it's being called. |
I will fix it soon. Thank you for taking time to check. That would be really helpful for me. |
0db6d6f
to
1e97a13
Compare
@flaneuse , I updated again. Would you like to check again? |
https://api.outbreak.info/genomics/prevalence-by-location?pangolin_lineage=XBB.1.9.1&location_id=USA&min_date=&max_date= -- this should have min/max date set too, not sure where it's being called. This should be fixed right now, @flaneuse |