-
Notifications
You must be signed in to change notification settings - Fork 394
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
Python interface #393
Comments
Is this still on the roadmap? I would love to contribute. Just need a starting point. |
Yeah, we were planning to add it - #394 . Mot likely nobody is working on it yet. @wsuchy @leahmcguire please confirm. |
It would be amazing if the whole thing, including model training, would be usable from Python. PS: if you make it usable from OCaml, I would also be happy, but that probably makes less new happy users than Python wrappers |
@leahmcguire @gerashegalov correct me if I am wrong, but I don't think anyone is working on neither Pything nor OCaml interface this an this point. That's mainly due to the fact that TransmogrifAI is being used from Scala codebase & notebooks internally. |
Problem
TransmogrifAI is currently only usable from Scala with Spark. It would be great if one could:
Solution
Let's discuss the plan on how we would like to prioritize and implement it.
Additional Context
We would need to think about how we standardize model format (perhaps double down on MLeap?) for (1). For (2) we would need to pick which stages we want to expose first and
The text was updated successfully, but these errors were encountered: