trustyai-explainability / trustyai-explainability Goto Github PK
View Code? Open in Web Editor NEWTrustyAI Explainability Toolkit
License: Apache License 2.0
TrustyAI Explainability Toolkit
License: Apache License 2.0
After moving to TLS and HTTPS, requests to the Trusty service via http do not return anything, and should return an error code of some kind.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Synthetic predictions (generated by explainers to produce explanations) should not contribute to fairness/bias calculation metrics (DIR, SPD, etc.).
Use separate metadata and data tables
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Need some deployment-time configuration for the scheduled fairness metrics, so that the target features and outputs can be user-configured
Move the separate repo for the service into the main explainability one.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Users need to be able to provide feature and output name mappings for non-labeled model codecs
This feature depends on the rewrite of the KServe/ModelMesh parser rewrite (which supports batch inferences):
Disable Prometheus scheduler for tests
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add a storage writer abstraction.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
A REST endpoint should be available to provide service metadata (storage location, data size, etc)
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add readiness and liveliness probes to the trustyai-service.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add health checks to datasource access (data read and write).
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Support both NP and PD codec in KServe v2 protobuf.
A REST endpoint should be available to list all available metric requests.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Wrong number of observations returned in service metadata
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add batch size information to Prometheus metrics
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
The favorable outcome type must match the provided type in the payload.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Stream data from storage whenever possible
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Provide validation for metric requests.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Metrics request should have a type hint to avoid ambiguous types (e.g. int
and long
).
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Currently DataFrames
can only be filtered by each row's Feature
.
Metadata like id, timestamp, etc. are currently treated as "hidden" Features
.
To avoid breaking an input schema, hidden Features
are not "materialized" into DataFrame
rows/Predictions
.
This makes it impossible to filter DataFrame
rows by metadata.
We need to separate actual Features
and Metadata
in a way that allows filtering DataFrame
rows by the latter too.
So that the correct value can appear on Prometheus tags.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
SHAP ManyFeatureRegularization fails CI for Java 17
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Build instructions should not depend on jib
.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
In the Python API wrapper move the explainer instantiation to the construction phase to avoid redoing expensive calculations.
Ability to cache metrics if the dataset hasn't changed
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Stream file data instead of reading into memory
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
When sending a float where the JSON representation is missing the decimal part (e.g. 1.0
sent as 1
), the request validation fails.
Create a Dockerfile for the service image.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add PVC read/write support.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add ability to specify a different batch size for each scheduled metric request.
Disable negative readiness check when no data is available
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Add support for multiple models in the same service
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Avoid accepting and serialising new payloads if their schema is different from historical ones.
No response
No response
No response
uname -a
or ver
No response
java -version
No response
No response
No response
Should the service be able to update the values of an existing metric request?
Or should the behaviour be that all requests are immutable and a different request should be create (and the previous deleted, if that's necessary)?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.