-
Notifications
You must be signed in to change notification settings - Fork 14
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
Inconsistent use of the term 'model' #552
Comments
I wanted to use the term "model" for opensoundscape.torch.models.cnn.CNN and similar, ie OpenSoundscape's classes, rather than CNN.network which I refer to as "architecture" as much as possible (so in your above example, model should be 'architecture'). However, this conflicts with PyTorch's use of the word model for the objects we call "architectures", so you could argue that we should follow that convention and call opso classes like CNN something else. |
Let's use "model" for opso CNN class and similar, and use "architecture" for pytorch resnet18 and similar. |
Some references to 'model' objects in the codebase were actually referring to model.network objects. This commit replaces all the instances where the codebase used the term model (when actually needing model.network) with the term 'architecture'.
#552 Standardize references to 'model' object
It is confusing how we use the term model. In our tutorials we show instantiating a model by e.g.
But sometimes in the codebase we use
model
to refer to something else. e.g. modify_resnet in opensoundscape.torch.architectures.cnn_architectures takes amodel
argument, which would actually bemodel.network
using the object instantiated above. We should decide on consistent terminology.The text was updated successfully, but these errors were encountered: