POSCAR
The POSCAR file is a mandatory VASP input file. It is a plain text file and contains at least the lattice geometry and the ionic positions. Optionally, also starting velocities for a molecular-dynamics simulation can be provided here. This file shares its format with VASP output file CONTCAR. That may contain an additional section with predictor-corrector coordinates necessary for restarting molecular-dynamics runs.
Creating a POSCAR file is often the starting point of VASP-supported research. It can be written manually or obtained from various online materials and crystallographic databases providing a download in the POSCAR file format.
File format
Minimal example
In its simplest form the POSCAR file contains basic information about the lattice, per-species number of ions and their positions. This is sufficient in most situation where a VASP calculation is started from scratch. Have a look at this example for cubic boron nitride:
Cubic BN 3.57 0.0 0.5 0.5 0.5 0.0 0.5 0.5 0.5 0.0 B N 1 1 Direct 0.00 0.00 0.00 0.25 0.25 0.25
As indicated by the text coloring there are four blocks corresponding to the following file contents:
Comment line
The first line is reserved for a free user comment, e.g. a system description.
Scaling factor and lattice
In this block the first line specifies a universal lattice scaling factor Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): s . The next three lines define the lattice vectors. Each line holds the unscaled Cartesian components of one lattice vector. The actual lattice vectors Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_1, {\vec a}_2} and Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_3} are the product of the given numbers with the lattice scaling factor. Set the universal scaling factor to 1 if you want to enter the lattice vectors directly and avoid any additional scaling.
Ion species and numbers:
This section defines how many ions of each species are present. The first line lists the species names, the second specifies the number of ions for each species. The given order should match the order of species appearing in the POTCAR file.
Ion positions:
Finally, the ion positions are listed in this section. The first line selects one of the two possible modes how the coordinates Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle x_1, x_2} and Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle x_3} given in the following lines are interpreted:
- "Direct" means the positions are provided in direct (fractional) coordinates:
Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec R} = x_1 {\vec a}_1 + x_2 {\vec a}_2 + x_3 {\vec a}_3,}
where Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {{\vec R}} is the position vector of an ion.
- "Cartesian" specifies that positions are provided in a Cartesian coordinate system. However, the actual ion positions are also multiplied with the universal scaling factor, i.e.
The total number of lines with positions must match the total number of ions given in the previous section. The ion species are also derived from there, i.e. in the example above it is implied that the list of positions contains one boron ion, followed by one nitrogen nuclei.
Full format specification
The POSCAR file format is constructed from multiple sections arranged in a predefined order. Some sections contain only a single line, others span over many lines, some may even be omitted. The following list defines the section order and their contents:
Section | Number of lines |
Required section? |
Content | ||
---|---|---|---|---|---|
Comment | 1 |
mandatory | The first line is reserved for a free user comment, e.g. a system description. The maximum line length is 40 characters, extra characters are truncated. | ||
Scaling factor(s) | 1 |
mandatory | This line may contain one or three numbers. If one number is provided it specifies a universal lattice scaling factor . It is multiplied with the three vectors in the following section to obtain the lattice vectors of the unit cell. Also, the ion positions are scaled with this factor if the "Cartesian" mode is selected (see section "Ion positions"). If the number is negative, it is interpreted as the desired cell volume. Then, the scaling factor is computed automatically to obtain the desired volume. If three numbers are provided in this line they act as individual scaling factors for the x-,y- and z-Cartesian components for the lattice vectors (and "Cartesian" mode ion positions). In this case all three numbers must be positive. | ||
Lattice | 3 | mandatory | This sections contains three lines defining the lattice vectors. Each line holds the unscaled Cartesian components of one lattice vector. The actual lattice vectors and are the product of the given numbers with the lattice scaling factor s . Set the universal scaling factor to 1 if you want to enter the lattice vectors directly and avoid any additional scaling.
| ||
Species names | 1 | optional | This line lists the species of the present ions. The given order should match the order of species appearing in the POTCAR file. This line is optional, if omitted the species names are taken from the POTCAR file.
| ||
Ions per species | 1 | mandatory | This mandatory line lists how many ions of each species are present. The given order should match the order of species appearing in the POTCAR file. | ||
Selective dynamics | 1 | optional | If the line after the "Ions per species" section contains Selective dynamics it enables the "selective dynamics" feature (actually only the first character is relevant and must be S or s). This allows to provide extra flags for each atom signaling whether the respective coordinate(s) of this atom will be allowed to change during the ionic relaxation. This setting is useful if only certain shells around a defect or layers near a surface should relax. See also the IBRION tag.
| ||
Ion positions |
1 + #atoms | mandatory | Here, the ion positions are listed. The first line selects one of the two possible modes how the coordinates and given in the following lines are interpreted:
Actually, only the first character on the line is significant and the only key characters recognized are The total number of lines with positions must match the total number of ions given in the "Ions per species" section. The ion species are also derived from there, e.g. if the "Ions per species" section lists If the selective dynamics feature is enabled on each coordinate triplet is followed by three additional logical flags, i.e. each is either
... Selective dynamics Cartesian 0.00 0.00 0.00 T F T 1.27 0.98 0.32 F T F ... Here, the first atom is allowed to move into the direction of the first and third direct lattice vector. The second atom may only move in the second lattice vector direction. If no initial velocities are provided, the file may end here. | ||
Lattice velocities |
8 | from CONTCAR only1 | Contains the lattice vectors Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_1, {\vec a}_2}
and Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_3}
and their velocities. Lattice velocities occur when in molecular dynamics simulations lattice vectors are treated as dynamic variables, i.e., are allowed to change over time (IBRION=0 together with ISIF=3). When written to the CONTCAR file the section starts with a line containing the string Lattice velocities and vectors . While reading in the POSCAR file upon restarting only the first character of the line is checked for L or l . The following line specifies the initialization state of the lattice velocities (usually just the integer 1). The next three lines contain the velocities corresponding to the three lattice vectors divided by the time step given via the POTIM tag. The remaining three lines repeat the actual lattice vectors Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_1, {\vec a}_2}
and Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): {\displaystyle {\vec a}_3}
where multiplication with the scaling factor Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): s
has already been taken into account.
| ||
Ion velocities | 1 + #atoms | optional | Here initial velocities for all ions can be provided. The input format is similar to the section "Ion positions" above. The first line determines the input mode which is either "Direct" or "Cartesian". In contrast to the reading of ion positions there is no multiplication with the scaling factor Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): s
applied in the "Cartesian" mode. Another minor difference is the interpretation of the contents of the first line in this section. In addition to C , c , K or k as the first character also an empty line is switching on the "Cartesian" mode. Everything else enables the "Direct" mode instead. The velocity section written out to the CONTCAR file always starts with an empty line and velocities are given in "Cartesian" mode. The following lines contain the velocity vectors of each ion defined in the "Ion positions" section. Velocities must be provided in units "direct lattice vector/timestep" or Failed to parse (SVG (MathML can be enabled via browser plugin): Invalid response ("Math extension cannot connect to Restbase.") from server "https://www.vasp.at/wiki/restbase/vasp.at/v1/":): \AA
/fs for "Direct" or "Cartesian" mode, respectively.
| ||
MD extra | variable | from CONTCAR only1 | The predictor-corrector coordinates are only provided to continue a molecular dynamic run from a CONTCAR file of a previous run, they can not be entered by hand. |
1 "from CONTCAR only": This section is usually not entered manually by the user. It appears in the CONTCAR file output at the end of VASP runs which involve ionic steps and is intended for restarting a previous calculation.
Precision and symmetry
VASP determines the symmetry of the system from the POSCAR file. It is a common mistake to enter the positions with insufficient precision (too few digits). To make the best use of the symmetry routines in VASP, it is strongly recommended to specify the positions (and lattice parameters) in the POSCAR file with at least 7 significant digits (but preferably more). Internal tests for symmetry operations are done against a user-supplied value for the precision, specified by SYMPREC (defaults to 10-5). Hence, 5 significant digits are absolutely borderline and can cause serious issues in the automatic symmetry determination, for instance, finding some but not all generators for the symmetry group. Also, "noise" in the positions might grow during relaxations, so that sometimes, upon reading the CONTCAR file, some symmetry operations are not found. All these issues are best avoided by making the initial POSCAR file as accurate as possible.
If you have a POSCAR file with the positions written with low precision and would like to reconstruct with higher precision, we recommend using a symmetry package, such as spglib[1], to find the symmetries given a certain precision, symmetrizing the lattice vectors and positions and writing the POSCAR file with a higher number of significant digits. This can be done using pymatgen[2] (which interfaces with spglib[1]) to symmetrize the structure and write it to a POSCAR file, see example on github.
Examples
Cubic BN 3.57 0.00000000 0.50000000 0.50000000 0.50000000 0.00000000 0.50000000 0.50000000 0.50000000 0.00000000 B N 1 1 Selective dynamics Cartesian 0.00000000 0.00000000 0.00000000 T T F 0.25000000 0.25000000 0.25000000 F F F Cartesian 0.01000000 0.01000000 0.01000000 0.00000000 0.00000000 0.00000000 optionally predictor-corrector coordinates given on file CONTCAR of MD-run .... ....
fcc Si 3.9 0.50000000 0.50000000 0.00000000 0.00000000 0.50000000 0.50000000 0.50000000 0.00000000 0.50000000 1 cartesian 0.00000000 0.00000000 0.00000000
MgO Fm-3m (No. 225) 1.0 2.606553 0.000000 1.504894 0.868851 2.457482 1.504894 0.000000 0.000000 3.009789 Mg O 1 1 direct 0.000000 0.000000 0.000000 Mg 0.500000 0.500000 0.500000 O