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
Hi! One minor question/suggestion: I'm wondering if it would be a better idea not to load all modules as is done right now. For example, when I want to load from the local module utils.py, it fails because utils was taken by ensmallen. One way I've tried to work around this is to pop the automatically loaded ensmallen utils module by sys.modules.pop['utils'].
* import relevant grape submodules instead of directly importing grape
AnacletoLAB/grape#32
* create align_to_ids method for BaseFeature object
* make sure the embeddings ids are aligned with that of the input graph
Hi @RemyLau! I am thinking about some alternative ways to bypass this issue. The complex import procedure was designed to resolve directly the sub-packages, without having to add the middle call, which I found tedious. Which feature would you like to import from utils? We'll find a solution.
Hi! One minor question/suggestion: I'm wondering if it would be a better idea not to load all modules as is done right now. For example, when I want to load from the local module
utils.py
, it fails becauseutils
was taken byensmallen
. One way I've tried to work around this is to pop the automatically loaded ensmallenutils
module bysys.modules.pop['utils']
.grape/grape/__init__.py
Lines 13 to 30 in 788e195
Would it be better to simply do the following instead of importing everything?
The text was updated successfully, but these errors were encountered: