-
Notifications
You must be signed in to change notification settings - Fork 0
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
Support Hazards with Local Effects [HC-LE API] #12
Comments
|
Thanks. And what about the the JSON API needed for the Table Component? |
Do you mean the grid results as "JSON API"? |
any kind of tabular data would be fine atm. |
Ok, you can also get the HW Local effect results direct by emikat Rest interface: |
I presume this has been resolved now? |
As discussed earlier today, we have a workaround for the missing insolation data, so this should soon work for all locations. Technically it's already working for a few locations... |
I assume this is working now and the issue can be closed? |
Yes! |
This is related to the calculation of tmrt.
Hazards with local effects /currently (tmrt based on Heat Wave Events) are (re-)calculated in EMIKAT and will be shown on the HC-LE Map and eventually in the HC-LE Table.
The API would probably expect just two parameters:
$studyArea
or, if the study is already initialised, just the '$studyId'$hazardEvents[]
See this comment for the related explanation.That means, in contrast to previous ideas, we don't need parameters for RCP and time period because we force the user in the Scenario Selection UI (probably better called Event Selection UI) to chose one event from the baseline and one corresponding event of the same type (frequent, occasional, rare) from the future.
In principle, the API then returns the two HC-LE layers (tmrt) related to the two events chosen by the user. Atm, the implementation of the HC-LE Table is on hold, so we are currently just in need of a WMS Endpoint for the map.
The respective HC-LE Data Package Resource has to be updated accordingly and example request / response URLs have to be added to the Wiki.
The text was updated successfully, but these errors were encountered: