Skip to Content.
Sympa Menu

forum - Re: [abinit-forum] More on CIF to abinit converter

forum@abinit.org

Subject: The ABINIT Users Mailing List ( CLOSED )

List archive

Re: [abinit-forum] More on CIF to abinit converter


Chronological Thread 
  • From: Masayoshi Mikami <masayoshi.mikami@gmail.com>
  • To: forum@abinit.org
  • Subject: Re: [abinit-forum] More on CIF to abinit converter
  • Date: Thu, 3 Dec 2009 08:44:33 +0900
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=gCtBndyAB6Ja8OioAQvc8tZVV7bGk6ta0q9qZlYyt8S/0a3DzRdTPG2NVY+ipC4t1D PQRoxuN+EAIFk3wGPH9YF07SdW9308p0AoF4ZijnY3ZfuuTmDnylsx8FiCmGvPsVKfHq nbsy6Y2n4G9zya6g98VmhoMlM7AQMH7ytFmKA=

Dear Rick,

Very good efforts to create such a converter !

About your question, how about adding "brvltt  -1" ?
Kindly see, http://www.abinit.org/documentation/helpfiles/for-v5.8/input_variables/vargeo.html#brvltt
"If brvltt=-1, the code will assign brvltt from the space group information, then reduce the unit cell to a primitive unit cell. The echo of acell and rprim might thus differ from those derived directly from the input variables. Also, the input variable xred will refer to the CONVENTIONAL unit cell, but its echo will refer to the preprocessed PRIMITIVE unit cell. There is of course no problem with xangst and xcart, as they are independent of the unit cell."

Good continuation,
Masayoshi

2009/12/3 Rick Muller <rpmuller@gmail.com>
I posted a message a couple of weeks ago about creating a CIF to abinit converter, and there seems to be some interest for this in the abinit community. I've now put together a very primitive version of a converter to take CIF data and generate abinit input files, although I'm having some problems with the space group symmetries, and I was hoping someone on the list has seen something like this, and can offer some advice.

I'm currently looking at the A12 structure of Mn, just because it was sitting on my desktop. I generated the input file

# CIF block *-Mn-Oberteuffer converted by cif2abin.py
ixc         11
ecut        8.0
toldfe      1.0d-6
diemac      12.0

acell       8.911 8.911 8.911
angdeg      90. 90. 90.
spgroup     217

kptopt      1
ngkpt3      3 3 3

ntypat      1
znucl       25
natom       4
typat       1  1  1  1

xred
0.00000 0.00000 0.00000
0.31787 0.31787 0.31787
0.35706 0.35706 0.03457
0.08958 0.08958 0.28194



However, when I try to run this file, I get the error:
 chkprimit : ERROR -
  According to the symmetry finder, the unit cell is
  NOT primitive. The multiplicity is  2 .
  The use of non-primitive unit cells is allowed
  only when the input variable chkprim is 0.

Which puzzles me a bit, since I figured that the primitive unit cell would be, well, PRIMITIVE.

When I set "chkprim 0" I get lots and lots of errors of the type:

 symatm : WARNING -
  Trouble finding symmetrically equivalent atoms
  Applying inv of symm number 48 to atom number   4  of typat  1
  gives tratom= -4.1042E-01  2.1806E-01  4.1042E-01.
  This is further away from every atom in crystal than the allowed tolerance.

Until finally the program gives up, printing:

 symatm : ERROR -
  Largest error (above) is so large that either input  atomic coordinates (xred)
  are wrong or space group symmetry data is wrong.
  Action : correct your input file.

So, clearly, I'm doing something very, very wrong. Can anyone help me over this difficulty? I will, of course, share the converter with the larger community.

--
Rick Muller
rpmuller@gmail.com
505-750-7557





Archive powered by MHonArc 2.6.16.

Top of Page