-
Notifications
You must be signed in to change notification settings - Fork 160
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
Error reading 'extended' xyz format files #415
Comments
Hey @venkatkapil24, MACE can read extended xyz, but you need to rename the extension just |
That's essentially a bug, I'd argue. If anything, I'd say it should required ".extxyz"
|
I agree it should accept both .xyz and .extxyz |
I'm not even convinced it should check anything except, I guess, special-casing |
I agree. This will also help read directly from json. |
iff it's json that |
today i upgrade my mace, and i meet this problem. it's not good idea, yesterday i can use extxyz and now i can't. |
just change your extension to .xyz for now. |
ASE changes its behaviour randomly... we are aware of it. |
I'm actually very surprised that using extxyz isn't working. If anything, I'd expect ASE to have decided that plain xyz is not for extxyz. @stargolike can you say precisely what versions of mace and ase you're trying to use? I just confirmed that the latest ase (3.23.0) reads |
@ilyes319 Did you actually change something in MACE to cause this change? |
thanks, it's good method. |
it sounds so sad :( |
i solve the problem, thank you. |
I newly reinstalled MACE, so I met this problem |
I was asking @ilyes319 if he intentionally changed anything in MACE to cause this. Because there's really no reason it should start happening, unless he hard-wired something, which isn't a great idea. |
Never mind - I see in the original post that started this thread that |
i use
today i reinstall MACE in a new machine, and i think when i'm running this command, the lastest version ASE was installed. |
We could temporarily pin ASE 3.22 like everyone else... |
OMFG. No. This has _nothing_ to do with ASE's version. ".xyz" is hard-coded into MACE, for no good reason.
|
It needs to distinguish |
Yes, this is a mace issue. I can only read .xyz or .h5. |
PR coming soon. |
Describe the bug
MACE returns error for an ".extxyz" file.
Traceback (most recent call last):
File "/home/ucapvka/source/mace/scripts/run_train.py", line 6, in
main()
File "/lustre/home/ucapvka/mace-venv/lib/python3.9/site-packages/mace/cli/run_train.py", line 157, in main
assert args.train_file.endswith(".xyz"), "Must specify atomic_numbers when using .h5 train_file input"
AssertionError: Must specify atomic_numbers when using .h5 train_file input
Typically XYZ files do not include anything other than positions/velovities. On the other hand, the extended XYZ in ASE/libatoms '.extxyz' is the standard format. I think MACE should include it and not assume .h5. Again, happy to open a quick PR.
The text was updated successfully, but these errors were encountered: