Now we have workdir as a parameter and has it checked. But it does not seem to be necessary. The directory where the config file sits should be considered as workdir, as it is currently used by default. Let's see why:
The templates are still need to be provided paths, and they are not necessarily relative to workdir.
xps command, or using from Julia REPL, has to specify a config file path, and that was supposed could be not in workdir. But now users have to set path for config files, workdirs & templates, that's a lot of complications.
So I am considering just deprecate the workdir parameter.
Phonon.SelfConsistentField depends on the last step results (optimized cells), so it may acquire a variable that takes either a new_structure or output. And Dfpt is even more complicated because it needs input from previous steps. But how to distribute the function on each slice of its arguments? One way is
functionf(g, args...; kwargs...)
map(zip(args...)) do arg
g(arg...; kwargs...)
endend
Hi,
I'm one of the referees for your paper. I've received the scripts you sent me through the editor and ran them (I'm using julia1.6 to run your code though). I'm then trying to run an eos calculation shown here:
If I run it using xps I get this error:
When trying to run it with a julia script I run into a different error:
The current definitions of Pressures & Volumes support construction from an AbstractVector. This is OK in EOS & phonon workflows, but it is not very handy in the QHA workflow since it requires a lot of temperatures and pressures. So we also need to support config the desired temperatures, volumes, pressures from a simple, step-range like syntax like 1:10:300. The following definition is considered fine:
@optionstruct Temp4
values::Union{AbstractVector,String}
unit::String="K"functionTemp4(values, unit)
if values isa Vector
returnnew(values, unit)
elseif values isa String
returnnew(Meta.parse(values) |> eval, unit)
elseerror("")
endendend
I'm one of the developers of AtomsBase. I'm SO excited that Express.jl exists, and I'd love to discuss the best way that it could support the AtomsBase interface to further enhance interoperability amongst materials science packages in Julia!
I'd love to set up some time to discuss this, perhaps with some of the other AtomsBase team such as @mfherbst and @jgreener64 โ maybe during JuliaCon?
This issue is used to trigger TagBot; feel free to unsubscribe.
If you haven't already, you should update your TagBot.yml to include issue comment triggers.
Please see this post on Discourse for instructions and more details.
If you'd like for me to do this for you, comment TagBot fix on this issue.
I'll open a PR within a few hours, please be patient!
Is your feature request related to a problem? Please describe.
I have already added units to EquationsOfState.jl, but the update_alat_press needs units also to find the correct alat parameter.
Describe the solution you'd like
Add a unit conversion step in update_alat_press.