Plugin for Wannier90, a code for computing maximally-localized Wannier functions. See http://www.wannier.org/ for more details.
- code, Code, required – The Code to use for this job.
- kpoint_path, Dict, optional – Description of the k-points path to be used for bands interpolation; it should contain two properties: a list
pathof length-2 tuples with the labels of the endpoints of the path; and a dictionary
point_coordsgiving the scaled coordinates for each high-symmetry endpoint.
- kpoints, KpointsData, required – k-point mesh used in the NSCF calculation.
- local_input_folder, FolderData, optional – Get input files (
.mmn, …) from a class
FolderDatastored in the AiiDA repository.
- metadata, Namespace
- call_link_label, str, optional, non_db – The label to use for the CALL link if the process is called by another process.
- computer, Computer, optional, non_db – When using a “local” code, set the computer on which the calculation should be run.
- description, str, optional, non_db – Description to set on the process node.
- dry_run, bool, optional, non_db – When set to True will prepare the calculation job for submission but not actually launch it.
- label, str, optional, non_db – Label to set on the process node.
- options, Namespace
- account, str, optional, non_db – Set the account to use in for the queue on the remote computer
- append_text, str, optional, non_db – Set the calculation-specific append text, which is going to be appended in the scheduler-job script, just after the code execution
- custom_scheduler_commands, str, optional, non_db – Set a (possibly multiline) string with the commands that the user wants to manually set for the scheduler. The difference of this option with respect to the prepend_text is the position in the scheduler submission file where such text is inserted: with this option, the string is inserted before any non-scheduler command
- environment_variables, dict, optional, non_db – Set a dictionary of custom environment variables for this calculation
- import_sys_environment, bool, optional, non_db – If set to true, the submission script will load the system environment variables
- input_filename, str, optional, non_db
- max_memory_kb, int, optional, non_db – Set the maximum memory (in KiloBytes) to be asked to the scheduler
- max_wallclock_seconds, int, optional, non_db – Set the wallclock in seconds asked to the scheduler
- mpirun_extra_params, (list, tuple), optional, non_db – Set the extra params to pass to the mpirun (or equivalent) command after the one provided in computer.mpirun_command. Example: mpirun -np 8 extra_params extra_params … exec.x
- output_filename, str, optional, non_db
- parser_name, str, optional, non_db
- prepend_text, str, optional, non_db – Set the calculation-specific prepend text, which is going to be prepended in the scheduler-job script, just before the code execution
- priority, str, optional, non_db – Set the priority of the job to be queued
- qos, str, optional, non_db – Set the quality of service to use in for the queue on the remote computer
- queue_name, str, optional, non_db – Set the name of the queue on the remote computer
- resources, dict, required, non_db – Set the dictionary of resources to be used by the scheduler plugin, like the number of nodes, cpus etc. This dictionary is scheduler-plugin dependent. Look at the documentation of the scheduler for more details.
- scheduler_stderr, str, optional, non_db – Filename to which the content of stderr of the scheduler is written.
- scheduler_stdout, str, optional, non_db – Filename to which the content of stdout of the scheduler is written.
- submit_script_filename, str, optional, non_db – Filename to which the job submission script is written.
- withmpi, bool, optional, non_db
- store_provenance, bool, optional, non_db – If set to False provenance will not be stored in the database.
- parameters, Dict, required – Input parameters for the Wannier90 code
- projections, (OrbitalData, Dict, List), optional – Starting projections for the Wannierisation procedure.
- remote_input_folder, RemoteData, optional – Get input files (
.mmn, …) from a class
RemoteDatapossibly stored in a remote computer.
- settings, Dict, optional – Additional settings to manage the Wannier90 calculation.
- structure, StructureData, required – input crystal structure
- interpolated_bands, BandsData, optional – The interpolated band structure by Wannier90 (if any).
- nnkp_file, SinglefileData, optional – The
.nnkpfile, produced only in -pp (postproc) mode.
- output_parameters, Dict, required – The
output_parametersoutput node of the successful calculation.
- remote_folder, RemoteData, required – Input files necessary to run the process will be stored in this folder node.
- retrieved, FolderData, required – Files that are retrieved by the daemon will be stored in this node. By default the stdout and stderr of the scheduler will be added, but one can add more by specifying them in CalcInfo.retrieve_list.
Wannier90 output parser. Will parse the centres, spreads and, if available, the Imaginary/Real ratio of the Wannier functions. Will also check if the output converged.
This submodule contains helper functions to create input files.
write_win(filename, parameters, kpoints=None, structure=None, kpoint_path=None, projections=None, random_projections=False)¶
Write input to a
filename (str) – Path of the file where the input is written.
structure (aiida.orm.nodes.data.structure.StructureData) – Structure of the calculated material.
kpoints (aiida.orm.nodes.data.array.kpoints.KpointsData) – Mesh of k-points used for the Wannierization procedure.
kpoint_path (aiida.orm.nodes.data.dict.Dict) – List of k-points used for band interpolation.
projections (aiida.orm.nodes.data.orbital.OrbitalData, aiida.orm.nodes.data.list.List[str]) – Orbitals used for the projections. Can be specified either as AiiDA class
OrbitalData, or as a list of strings specifying the projections in Wannier90’s format.
Use this method to emulate the input style of Wannier90, when setting the orbitals (see chapter 3 in the Wannier90 user guide). Position can be provided either in Cartesian coordinates using
position_cartor can be assigned based on an input structure and
kind_name. Pass a list of dictionaries, in which the keys of each dictionary correspond to those below. Also note that
ang_mtm_mr_listboth use 0-based indexing as opposed to 1-based indexing, effectively meaning that both should be offset by 1. E.g., an orbital with two radial nodes would use
radial=2(Wannier90 syntax), and then be converted to
radial_nodes=1(AiiDA plugin syntax) inside the stored orbital.
The key entries used here do not correspond to the keys used internally by the orbital objects. For example,
ang_mtm_mr_listwill be converted to
OrbitalDatanode (the internal key is mentioned in brackets).
position_cart – position in Cartesian coordinates or list of positions in Cartesian coordinates (
kind_name – kind name in the input
radial – number of radial nodes (
radial_nodes + 1)
ang_mtm_name – orbital name or list of orbital names, cannot be used in conjunction with
ang_mtm_l_list – angular momentum (either an integer or a list), if
ang_mtm_mr_listis not specified will return all orbitals associated with it (
ang_mtm_mr_list – magnetic angular momentum number must be specified along with
magnetic_number + 1). Note that if this is specified,
ang_mtm_l_listmust be an integer and not a list.
spin – the spin, spin up can be specified with
'U'and spin down can be specified using
zona – as specified in user guide, applied to all orbitals (
zaxis – the z-axis of the orbital, a list of three floats as described in wannier user guide (
xaxis – the x-axis of the orbital, a list of three floats as described in the Wannier user guide (
spin_axis – the spin alignment axis, as described in the user guide (