You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think %load_ext kedro.ipython is not as good as %load_ext kedro because it's not as short and clear. If you're doing %load_ext then you know you're trying to load an IPython extension, so the extra .ipython seems redundant to me. Looking through a list of IPython extensions this seems like a common way to name them also, e.g. the SQLAlchemy IPython extensions is loaded as %load_ext sql and not %load_ext sql.ipython. wdyt?
As for removing extras entirely, absolutely would probably be good to do that - it's always been the vague intention after datasets have moved. This would need to be only in develop though. Also, in this case we need to figure out where exactly the stuff inside extras/extensions/ (which includes .png files) should live. Maybe a new directory kedro/ipython/ or maybe inside kedro/framework/ipython/?
The reason I say it would _probably be good to remove extras is that possibly in the future we would extend #1563 to move spark hooks (and maybe rich logging hooks?) to live inside the kedro package somewhere. So we might need to figure out where those belong also, and then maybe extras makes sense again? I don't know.
Overall, I think:
leave all the code where it is in main and just alias it with the from .extras.extensions.ipython import load_ipython_extension import
open a ticket to probably move it out of extras to somewhere else (for 0.19; should take into consideration the above point about other stuff that might exist)
As far as I'm aware this ticket is outdated and the answer to "Should we keep the kedro.extras namespace?" is no, because in 0.19.0 there will be nothing left there. Do you agree with that @noklam ?
@merelcht I agree we should remove the namespace. I checked both logging/datasets/ipython have proper deprecation warnings already, so it's safe to remove it. For the comments that should we have "native" hooks in Kedro framework, we still haven't implemented it and so far we just keep a SparkHook in starters.
More Context
A thread to keep relevant discussion tracked, this change is not urgent, but should be something considered before
0.19
is out.Do we still want to keep this
kedro.extras
namespace?Comments in #1763
I think
%load_ext kedro.ipython
is not as good as%load_ext kedro
because it's not as short and clear. If you're doing%load_ext
then you know you're trying to load an IPython extension, so the extra.ipython
seems redundant to me. Looking through a list of IPython extensions this seems like a common way to name them also, e.g. the SQLAlchemy IPython extensions is loaded as%load_ext sql
and not%load_ext sql.ipython
. wdyt?As for removing
extras
entirely, absolutely would probably be good to do that - it's always been the vague intention after datasets have moved. This would need to be only indevelop
though. Also, in this case we need to figure out where exactly the stuff insideextras/extensions/
(which includes .png files) should live. Maybe a new directorykedro/ipython/
or maybe insidekedro/framework/ipython/
?The reason I say it would _probably be good to remove
extras
is that possibly in the future we would extend #1563 to move spark hooks (and maybe rich logging hooks?) to live inside the kedro package somewhere. So we might need to figure out where those belong also, and then maybeextras
makes sense again? I don't know.Overall, I think:
main
and just alias it with thefrom .extras.extensions.ipython import load_ipython_extension
importextras
to somewhere else (for 0.19; should take into consideration the above point about other stuff that might exist)Originally posted by @AntonyMilneQB in #1763 (comment)
The text was updated successfully, but these errors were encountered: