-
Notifications
You must be signed in to change notification settings - Fork 1
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
AI Error Handling : database and interface #21
Comments
@hbakhshi Here you can find an example of how the wtc-console/src/workflows/models.py Line 36 in 4157709
We can make it a Django app to handle the backend or if it is not well defined we can make it part of https://github.com/CMSCompOps/wtc-console/tree/master/src/misc |
Thanks @vargasa . I will look at them and try to find how we should put our tools in. For the database : We need one table with the following fields :
For the API : We will develop the API that can be called and it returns the predictions in a format compatible with the table format to be inserted in the database. This output can be also interpreted by the console to be presented to the operator at some point. |
wtc-console/src/workflows/models.py Line 36 in 4157709
If these information is needed I'd rather think about making the whole thing an app within |
I don't think the models need to be made inside this console, but they will need to have a uniform interface. Maybe this console can define a base class or even have a simple implementation, but that's not strictly necessary as long as everyone agrees on object methods and signatures. That way, as far as this console is concerned, all of the models can just be a list of objects with the same methods. This console can import the model packages as needed and provide the connection between the databases and the methods. |
the model prediction should not be run on the console VM, so that we have a structure that is flexible and can accommodate for multiple engines (which might in the end require more than what a single VM can provide) what needs to be defined IMO, is the schema/location of the suggestions that an external engine can push in 274-mongodb, and how it gets visualized/used on the console (related to #7 somehow) |
I have just committed the first version of the AIErrorHandling on my github here : It needs tensorflow 1.13. There is a place to add the codes for training. I have already added my codes under training/SitesErrorCodes. @llayer can also add his training codes under the training sub-package. |
I copied the repository for you here: https://github.com/CMSCompOps/AIErrorHandling. @hbakhshi you should have admin access after you accept the invitation. In my experience, I used |
The request is to store the suggestion of AI for each new action in the database. There could be more than one suggestion per action.
In addition to the database modification, we need to implement a system to run the codes and extract the suggestions. I can help to implement this part, if I know how it should work.
The text was updated successfully, but these errors were encountered: