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
It would be helpful, especially for interoperability (e.g. with implementations like symmetrix) if the features that are actually used are somehow stored in/with the model parameters (to, e.g., make it possible to detect things like symmetrix not yet supporting ZBL leading to wrong results from a converted model).
This would require some standardized vocabulary/data structures to encode this information, and as new variations on various internal bits are added, these could be extended (could get fancy with semantic versioning indicating when changes are or are not backward compatible). With QUIP GAP this is just handled by a time stamp that makes the code refuse to read models generated by newer versions, and that might be OK entirely within python MACE, but wouldn't be enough for multi-implementation interoperability.
In addition, it would be nice to go to single-file storage of this info and the actual pytorch parameters, which could be handled by wrapping the info (a JSON dict/list for the description + some storage of the pickled parameters) into a single file, and I think that'd be straightforward to add to the pytorch save/load calls.
The text was updated successfully, but these errors were encountered:
I think sooner rather than later, something like this has to be done. Too many opportunities for mistakes otherwise. GAP also stored it's entire command line, but that doesn't account for changes in code and defaults.
It would be helpful, especially for interoperability (e.g. with implementations like symmetrix) if the features that are actually used are somehow stored in/with the model parameters (to, e.g., make it possible to detect things like symmetrix not yet supporting ZBL leading to wrong results from a converted model).
This would require some standardized vocabulary/data structures to encode this information, and as new variations on various internal bits are added, these could be extended (could get fancy with semantic versioning indicating when changes are or are not backward compatible). With QUIP GAP this is just handled by a time stamp that makes the code refuse to read models generated by newer versions, and that might be OK entirely within python MACE, but wouldn't be enough for multi-implementation interoperability.
In addition, it would be nice to go to single-file storage of this info and the actual pytorch parameters, which could be handled by wrapping the info (a JSON dict/list for the description + some storage of the pickled parameters) into a single file, and I think that'd be straightforward to add to the pytorch save/load calls.
The text was updated successfully, but these errors were encountered: