-
Notifications
You must be signed in to change notification settings - Fork 360
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
Add more api functions #2
Comments
Hi Seraf, Thank you for your feedback. Can you provide me with a exhaustive list of functions you would like to see (including expected behavior)? I see your point, yet for the sake of simplicity, we prefer to release one single Python package. |
Hi, thanks for your answer. Also, can you tell me if your lib can stream directly the microphone to wit ? Thanks ! |
Did you look at the methods More info in the API Docs. |
Yes I saw these functions, but in the documentation it doesn't tell if it's streamed or not. Also, does the other function seems ok for you ? |
Ok got it. Yes, I agree that we should provide the SDK with CRUD operations on intents and entities. Thank you again for the suggestion! |
Hello, any news about this @patapizza ? I would like to be able to copy intents from an account to another also. Is there any reconsideration about splitting the voice part from the API part of the package ? Thanks |
@Seraf Unfortunately, we don't have the bandwidth to look at it at the moment. |
#125 should fix a little of this, i am gonna be adding more soon. |
Hello everyone, |
Hello,
I was using pywit (https://github.com/lextoumbourou/PyWit) in my project and as you made an official python package, I was going to use it. But I miss some features to switch :
There was some useful functions like get_intents().
Is it possible to implement these please ?
Also, I think dependencies shouldn't be here in this library.
Using the audio part is one of the feature of your API, but seems a bit useless to install dev dependencies to compile (as it isn't pure-python) the package by default.
It should be used in a subpackage or something like that "wit.api.X, wit.text.X, wit.audio.X".
This way it will be more pythonic and more easy to distribute the package. (but it's my personal point of view)
The text was updated successfully, but these errors were encountered: