-
Notifications
You must be signed in to change notification settings - Fork 28
Analysis and visualization (2D) #4
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
Comments
Embed this solution in s4l table viewers |
Add an new algorithm to sim4life that displays 2d data (series data, csv, excel) in a chromium view |
Canceron Milestone
|
Scenario 1:
|
|
|
|
No more mockup one the comp backend
Have a look at this as well: |
Nik & Esra tell the Team:
|
The proposed solution looks very attractive.
We do feel that this solution is not mutually exclusive with a plotly based solution. Both can be attractive and can coexist. If we go for a plotly based solution in addition, we might want to make that one more flexible with also pipelining kind of functionality (as in the 3D viewing with paraview-web). |
- Creates a container-node-widget able to display the image outputs of its inner services in a grid-dashboard layout. - When double-clicking a cell, the edition mode of its graph will be opened. - Improves the raw-graphs service: - More input ports (5). - One output port. Every time the graph in the frontend is modified it is saved and also pushed to S3 when sync function (input-retriever) is called. - closes #630 - Added a diagram that shows the frontend UI workflow - child of #4
i would like to close this case soon, as the current functionality is mostly sufficient for now:
i also created a lower priority follow-up case ( #639 ) about addressing the issue of creating combined 2d plots from different sources. |
* moved service-sidecar contents * added task to run unittests * added unittests bash commands * added command to run unittests locally * added entry to build dynamic-sidecar * coverage and deploy now await for dynamic-sidecar * renamed service-sidecar to dynamic-sidecar * renaming missing folder * renaming missing fodler part 2 * updating makefile * updating tox * removing tox * added ci codestyle check before tests run * removed unsued targets * fixed error message * added missing test * added codeoowner entry * moved mocked fucntions to the same module * renamed module * updating log warning messages for mocked calls * added some help * clrifying command usage * using verbatim arguments * fixed typo * renived tests * renaming ServiceSidecarSettings to DynamicSidecarSettings * updated name in changelog * fixed ptsv entrypoint * fixed healt endpoint to fail when status is not healthy * fixed route and test * mappign docs on the same route as other services * added api prefix for interested routes * codestyle * container api routes refactored * renamed storage to shared_store * refacted shared_store to use Pydantic models * missed a rename * added makefile entry to generate openapi spec * adding correct mypy file * mypy suggestions * added openapi.json for the service * codestyle also updates openapi.json * added common scripts to enforce codestyles in development and CI * imported statuses from fastapi/starlette definitions * updated docstring * fixed imports, now importing from starlette * moved mark.asyncio * moved act into bash script * added act entry to common.Makefile * added entry for development of dunamic-sidecar * added test to check the spec has was updated * added missing fixture * updated readme * removed unused APIs and renamed existing * added docker-compose config validation * moved settings and shared state to dependencies * minor improvments * updated requirements * added missing service to SERVICES_LIST * Some suggestions (#3) from sanderegg * naming * consistency * shellcheck * proposed refactoring on dynamic sidecar (#4) * removes responses and raise exceptions for errors * Minor typo * Should include standard entrypoint * refactor health and added dependencies * minor * fixes * fixed codestyle * fixed typos * fixed compose API entrypoints and tests * refactored api structure and endpoints * extended utils * adapted new tests * updated API spec * moving routes under the same module * moved tests and updated openapi.json * updated script entryoint name * renamed endpoint * refactor * refactor error raising and staus code for resource not found * regenerated openapi.json spec * codestyle :\ * merged /containers and /containers:inspect * wrong default value * test clenup * updated openapi.json * clarify comment * removed unused API * removed command timeout when posting to createing services via docker-compose * removing unecessary timeouts * forgot to implement it * after the request is accepted the list of container names is returned * removed flag which is no longer used * fixed tests * moved ApplicationHealth and codestyle fixes * added test to check it can run twice the same compos spec with different project-name * fixed codestyle * setting default and documentation to argument * updated oepnapi.json * fixed test to properly work based on workspace * refactoring application models structure * rending applicaiton strucutre similar to other fastapi services * replacing with response.json() * applied codestyle * comitting new updated dependencies * refactoring error codes * clened up exception throwing * restored error emssage Co-authored-by: Andrei Neagu <[email protected]> Co-authored-by: Sylvain <[email protected]> Co-authored-by: Pedro Crespo-Valero <[email protected]>
User story
Some results will need visualization with tables and/or 2d plots. As a user I want to be able to visualize such data
Definition of Done
Use case
Clancy case is used as a first goal.
see comments below (at the end) for the updated definition of done.
The text was updated successfully, but these errors were encountered: