- Comp-phys-alps-users - lists.phys.ethz.ch

1D-Spin 1/2 -Chain with 3-site terms
by T. Bilitewski 02 Jul '15

02 Jul '15

Hi, I am trying to simulate a 1D-chain Spin 1/2 chain with a Hamiltonian containing 3-site terms, e.g. of the type S(i) S(i+1) S(i+2). From my understanding the only way to implement this currently is to extend the basis per site to consist of 2 spins, spin1 and spin2, which allows me to write the 3-site term as a usual bond term. I have implemented this in the attached file model_extended_basis.xml Doing this then requires rewriting the 2-site terms, specifically the term S_plus(i) *S_minus(i+1)+h.c. will become a site term for even i S1_plus(i) *S2_minus(i) +h.c. and a bond term for uneven i S2_plus(i)*S1_minus(i+1) +h.c. This implementation works flawlessly when using the full_diag routine. However, when using the dmrg routine, weird behaviour occurs. Firstly, restricting the simulation to total S_z sectors works within the full_diag, but fails in dmrg for S_z !=0 . Secondly, the bond term seems to be treated fine, i.e. only including the bond term in the Hamiltonian, the results agree with the full_diag results. However, when including the site-term, the ground-state energy suddenly becomes 100 times the coupling constant, and does not agree with the expectation value of the bond-term anymore, i.e. setting all other terms in the Hamiltonian to 0 and measuring the expectation value of the bond-operator does not agree with E0. I have attached the python scripts to start the simulation as dmrg_simulation_test.py and fulldiag_simulation_test.py I would be very grateful if someone were able to help me. Kind Regards

1 0

Re: [ALPS-users] ALPS - MPS Windows 7 64 bit
by Michele Dolfi 02 Jul '15

02 Jul '15

Dear Benjamin, I’m not really a Windows user, let’s see if anyway I can help you. I just tried installing the latest binary package (which is not very recent) of ALPS and Vistrails in 64bit version. All seems to work for me. In the specific I installed the packages: 1. alps-2.2.b3-win64.exe 2. vistrails-x64-setup-2.1.5-4fe986148829.zip 3. alps-vistrails-2.2.b3-win64.exe Note that the sequence is important, i.e. alps-vistrails has to be installed after vistrails, such that it can install the ALPS module. For further help I should ask you to write to the ALPS mailing list, you might find some Windows users that can help you directly. https://lists.phys.ethz.ch/listinfo/comp-phys-alps-users <https://lists.phys.ethz.ch/listinfo/comp-phys-alps-users> Best, Michele -- ETH Zurich Michele Dolfi Institute for Theoretical Physics HIT G 32.4 Wolfgang-Pauli-Str. 27 8093 Zurich Switzerland dolfim(a)phys.ethz.ch www.itp.phys.ethz.ch +41 44 633 78 56 phone +41 44 633 11 15 fax > On Jun 29, 2015, at 12:02 PM, Benjamin Mille <mille.benjamin(a)gmail.com> wrote: > > Dear Michele, > I am trying to use the MPS-Algorithm you implemented in ALPS. > Using the 32bit Version of Vistrails(V2.1.2) with the 64bit newest > binary of ALPS(2.2.b3-win64) I can use the mps_optim algorithm. When I > try it with the 64bit version of Vistrails(V2.1.2-win64) the program > stops after writing the parameter xml files. I just tried it on the > first mps tutorial with the spin_one_half.py. > Is there a way to get this working? Because I need the 64bit version for > the systems I want to investigate. > > Kind regards > Benjamin Mille >

1 0

how to call "COORDINATE" parameter in models.xml
by Cathy Wu 29 Jun '15

29 Jun '15

Dear everyone, Does anyone know how to use the "coordinate " parameter in the models.xml file. I am trying to defining a quasi-periodic potential. But the "sparsediag" function does not recognize site "i". best regards!

3 3

TEBD: imaginary parts in <adag a>
by Deepak Iyer 27 Jun '15

27 Jun '15

Hello It seems like the TEBD code produces a symmetrized <adag a> without the imaginary parts? Is there a way I can get the imaginary parts? I want to calculate transient currents and momentum distributions. Thanks! Deepak

2 3

Re: [ALPS-users] How to enable the Z2 symmetry in ALPS_MPS?
by Michele Dolfi 26 Jun '15

26 Jun '15

1. No, it is not possible to use two different symmetry groups at the same time. 2. The model is actually coded as a spinless fermions model. In that definition the number P will be something like the particle number. The DMRG framework with Z2 symmetry will then just look if the number is even or odd. Michele -- ETH Zurich Michele Dolfi Institute for Theoretical Physics HIT G 32.4 Wolfgang-Pauli-Str. 27 8093 Zurich Switzerland dolfim(a)phys.ethz.ch www.itp.phys.ethz.ch +41 44 633 78 56 phone +41 44 633 11 15 fax > On Jun 26, 2015, at 6:46 AM, Chun Chen <chen2698(a)umn.edu> wrote: > > Hi Michele: > > Sorry, I really should post my question onto the mailing list. It is just convenient to send an email. I promise that I will post my questions into the mailing list in the future. > > Thanks very much for your prompt reply. Yes, it would be very useful if you could describe in some detail how to enable and how to use these symmetries somewhere else. > > Many thanks for your instruction. It is the semicolon... Now, It works!!! > > When I look into the code for Kitaev model, I notice two questions: > > 1. Would it be possible to impose two symmetries in one code (namely in one parameter file, could I define one conserved quantum number which obeying NU1 symmetry, while at the same time define another differing conserved quantum number which satisfying the Z2 symmetry)? > > 2. In your supplemental "Kitaev.py" code and the "tsc.xml" file, why the value of operator "P" gets changed by "+1" for annihilation operator "c", while the value of "P" gets reduced by "-1" for creation operator "c^{\dagger}"? It seems to me that under Z2 symmetry, the operator "P" is just the number operator for the spinless fermions. > > Thanks again for your patience and great help. Have a nice weekend. See you next time in the mailing list. > > With Best Regards, > > Chun Chen > > On Wed, Jun 24, 2015 at 2:58 AM, Michele Dolfi <dolfim(a)phys.ethz.ch <mailto:dolfim@phys.ethz.ch>> wrote: > Hi Chun, > > Let me reply to the mailing list such that others might also profit form it. > > Basically you were very close, in CMake you can set a list of entries by separating them with a semicolon. > DMRG_BUILD_SYMMETRIES:STRING="NU1;Z2" > > Note that the option can also be changed with the ccmake gui instead of tuning the CMakeCache file. > > > Best regards, > Michele > > -- > ETH Zurich > Michele Dolfi > Institute for Theoretical Physics > HIT G 32.4 > Wolfgang-Pauli-Str. 27 > 8093 Zurich > Switzerland > > dolfim(a)phys.ethz.ch <mailto:dolfim@phys.ethz.ch> > www.itp.phys.ethz.ch <http://www.itp.phys.ethz.ch/> > > +41 44 633 78 56 <tel:%2B41%2044%20633%2078%2056> phone > +41 44 633 11 15 <tel:%2B41%2044%20633%2011%2015> fax > > > > > >> On Jun 24, 2015, at 7:07 AM, Chun Chen <chen2698(a)umn.edu <mailto:chen2698@umn.edu>> wrote: >> >> Dear Michele: >> >> I am studying the supplemental codes of Kitaev model in your recent paper "Matrix product state applications for the ALPS project". >> >> However, I can only find the brief description on how to enable the Z2 symmetry. In the Appendix of your paper, you mentioned that the Z2 symmetry can be enabled at compile-time using the CMake option DMRG_BUILD_SYMMETRIES. >> >> I tried to implement your instruction by doing the following steps (I have gotten the latest version of ALPS package by executing $ svn co https://alps.comp-phys.org/svn/alps1/trunk/alps <https://alps.comp-phys.org/svn/alps1/trunk/alps>): >> >> 1. First I finish the steps up to "# Compile and install": >> >> # Configuration >> $ cd build >> $ cmake ../alps >> >> 2. Then I cd into the file "build"; >> Find and open "CMakeCache.txt"; >> Find the following CMake option: >> >> //List of symmetry to include in the build objects. U1, TwoU1, >> // NU1, Z2 and NONE are currently available. >> DMRG_BUILD_SYMMETRIES:STRING=NU1 >> >> 3. Change it to the following: >> >> //List of symmetry to include in the build objects. U1, TwoU1, >> // NU1, Z2 and NONE are currently available. >> DMRG_BUILD_SYMMETRIES:STRING=NU1 >> DMRG_BUILD_SYMMETRIES:STRING=Z2 >> >> Then save the "CMakeCache.txt" file. >> >> 4. Next I go ahead to finish the "# Compile and install" by executing the following: >> >> # Compile and install >> $ make # -j 4 for compilation in parallel using 4 processes >> $ sudo make install >> >> However, once I successfully install the ALPS_MPS, I find that even though I can successfully employ the Z2 symmetry, the original NU1 symmetry gets disabled. >> >> My question is how to keep both the Z2 and the NU1 symmetries during the installation? >> >> Also, would it be possible to give some more details on how to enable various existing symmetries? >> >> Thanks very much for your suggestions. Have a good day. >> >> Best, >> >> Chun Chen >> > >

1 0

Re: [ALPS-users] How to enable the Z2 symmetry in ALPS_MPS?
by Michele Dolfi 24 Jun '15

24 Jun '15

Hi Chun, Let me reply to the mailing list such that others might also profit form it. Basically you were very close, in CMake you can set a list of entries by separating them with a semicolon. DMRG_BUILD_SYMMETRIES:STRING="NU1;Z2" Note that the option can also be changed with the ccmake gui instead of tuning the CMakeCache file. Best regards, Michele -- ETH Zurich Michele Dolfi Institute for Theoretical Physics HIT G 32.4 Wolfgang-Pauli-Str. 27 8093 Zurich Switzerland dolfim(a)phys.ethz.ch www.itp.phys.ethz.ch +41 44 633 78 56 phone +41 44 633 11 15 fax > On Jun 24, 2015, at 7:07 AM, Chun Chen <chen2698(a)umn.edu> wrote: > > Dear Michele: > > I am studying the supplemental codes of Kitaev model in your recent paper "Matrix product state applications for the ALPS project". > > However, I can only find the brief description on how to enable the Z2 symmetry. In the Appendix of your paper, you mentioned that the Z2 symmetry can be enabled at compile-time using the CMake option DMRG_BUILD_SYMMETRIES. > > I tried to implement your instruction by doing the following steps (I have gotten the latest version of ALPS package by executing $ svn co https://alps.comp-phys.org/svn/alps1/trunk/alps <https://alps.comp-phys.org/svn/alps1/trunk/alps>): > > 1. First I finish the steps up to "# Compile and install": > > # Configuration > $ cd build > $ cmake ../alps > > 2. Then I cd into the file "build"; > Find and open "CMakeCache.txt"; > Find the following CMake option: > > //List of symmetry to include in the build objects. U1, TwoU1, > // NU1, Z2 and NONE are currently available. > DMRG_BUILD_SYMMETRIES:STRING=NU1 > > 3. Change it to the following: > > //List of symmetry to include in the build objects. U1, TwoU1, > // NU1, Z2 and NONE are currently available. > DMRG_BUILD_SYMMETRIES:STRING=NU1 > DMRG_BUILD_SYMMETRIES:STRING=Z2 > > Then save the "CMakeCache.txt" file. > > 4. Next I go ahead to finish the "# Compile and install" by executing the following: > > # Compile and install > $ make # -j 4 for compilation in parallel using 4 processes > $ sudo make install > > However, once I successfully install the ALPS_MPS, I find that even though I can successfully employ the Z2 symmetry, the original NU1 symmetry gets disabled. > > My question is how to keep both the Z2 and the NU1 symmetries during the installation? > > Also, would it be possible to give some more details on how to enable various existing symmetries? > > Thanks very much for your suggestions. Have a good day. > > Best, > > Chun Chen >

1 0

Cannot compile an ALPS application on Mac
by Leo Fang 22 Jun '15

22 Jun '15

Hello all, It's me again...I have the binary packages of alps 2.2.0b3, vistrails 2.1.2 and alps-vistrails-2.2.0b3 installed on Mac OS X 10.10.3, and I've tested them. Now I imported the source code of the "hybridization" application to Xcode as a stand-alone project and took care of the paths of included header files. However, when compiling almost finished, Xcode returned a bunch of "Apple Mach-O Linker Error", saying, for example, Undefined symbols for architecture x86_64: "_MPI_Abort", referenced from: MPI::Comm::Abort(int) in hybevaluate.o MPI::Comm::Abort(int) in hybretintfun.o MPI::Comm::Abort(int) in hybint.o MPI::Comm::Abort(int) in hybmatrix_ft.o MPI::Comm::Abort(int) in hybupdates.o MPI::Comm::Abort(int) in hybmain.o MPI::Comm::Abort(int) in hybfun.o and a lot of similar errors have to do with the MPI functions and other ALPS functions such as hdf5, ngs, etc. It seems the compiler can correctly find where the dylib files are, and so I am not sure what else can be wrong...I hope this question is less dumber than my previous one... Thanks. Sincerely, Leo (Fang Yao-Lung) Duke Physics

3 8

You have a new notification from zhian.asadzadeh@gmail.com. View??
by zhian.asadzadeh＠gmail.com 19 Jun '15

19 Jun '15

Hi, zhian.asadzadeh(a)gmail.com wants to follow you. ****** Is zhian.asadzadeh(a)gmail.com you friend? ****** If Yes please follow the link below: http://invites.flipmailer.com/signup_e.html?fullname=&email=Comp-phys-a… If No please follow the link below: http://invites.flipmailer.com/signup_e.html?fullname=&email=Comp-phys-a… Follow the link below to remove yourself from all such emails http://invites.flipmailer.com/uns_inviter.jsp?email=Comp-phys-alps-users@ph…

1 0

zhian.asadzadeh@gmail.com is now following you. View Profile?
by zhian.asadzadeh＠gmail.com 19 Jun '15

19 Jun '15

Hi, zhian.asadzadeh(a)gmail.com is now following you. View zhian.asadzadeh(a)gmail.com's profile http://invites.flipmailer.com/download.jsp?invite_bcb=true&download=tru… Follow the link below to remove yourself from all such emails http://invites.flipmailer.com/uns_inviter.jsp?email=Comp-phys-alps-users@ph…

1 0

Missing MPI and libraries after configuring ALPS 2.1.1
by pradeep thakur 19 Jun '15

19 Jun '15

Dear ALPS-users and Developers, I executed the command for configuration of ALPS on my machine (Xubuntu 12.04.5 LTS with 12 hyperthreaded cores) and the screen shows that configuration is complete. But there are certain things missing (MPI, pthread, SZIP, SQLite and numerous HDF5 libraries) and a note, saying "tebd will not be built". Details given below: emmy@emmy:~/alps/build$ sudo cmake -D Boost_ROOT_DIR:PATH=/home/emmy/alps/alps-2.1.1-r6176-src-with-boost/boost/ /home/emmy/alps/alps-2.1.1-r6176-src-with-boost/alps/ [sudo] password for emmy: -- Build type: Release -- Python interpreter /usr/bin/python -- Python interpreter ok : version 2.7.3 -- PYTHON_INCLUDE_DIRS = /usr/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/lib/python2.7/dist-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/lib/python2.7/dist-packages -- PYTHON_LIBRARY = /usr/lib/python2.7/config/libpython2.7.so -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -- ALPS version: 2.1.1 -- Looking for Boost Source -- Found Boost Source: /home/emmy/alps/alps-2.1.1-r6176-src-with-boost/boost -- Boost Version: 1_49_0 -- Could NOT find MPI_C (missing: MPI_C_LIBRARIES MPI_C_INCLUDE_PATH) -- Could NOT find MPI_CXX (missing: MPI_CXX_LIBRARIES MPI_CXX_INCLUDE_PATH) -- MPI compiler was -- The Fortran compiler identification is GNU -- Check for working Fortran compiler: /usr/bin/gfortran -- Check for working Fortran compiler: /usr/bin/gfortran -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /usr/bin/gfortran supports Fortran 90 -- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes Falling back to CMake provied LAPACK/BLAS detection. -- Looking for Fortran sgemm -- Looking for Fortran sgemm - found -- Looking for include files CMAKE_HAVE_PTHREAD_H -- Looking for include files CMAKE_HAVE_PTHREAD_H - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- A library with BLAS API found. -- A library with BLAS API found. -- Looking for Fortran cheev -- Looking for Fortran cheev - found -- A library with LAPACK API found. -- SQLite Library: not found -- Found FFTW: /usr/lib/libfftw3.so -- LPSolve Library: not found -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so -- Could NOT find SZIP (missing: SZIP_LIBRARIES SZIP_INCLUDE_DIRS) -- Found HDF5: debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so -- HDF5: /usr/include debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so HDF5_DLL-NOTFOUND;HDF5_HL_DLL-NOTFOUND -- Python interpreter /usr/bin/python -- Python interpreter ok : version 2.7.3 -- PYTHON_INCLUDE_DIRS = /usr/include/python2.7 -- PYTHON_NUMPY_INCLUDE_DIR = /usr/lib/python2.7/dist-packages/numpy/core/include -- PYTHON_SITE_PKG = /usr/lib/python2.7/dist-packages -- PYTHON_LIBRARY = /usr/lib/python2.7/config/libpython2.7.so -- PYTHON_EXTRA_LIBS =-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -- PYTHON_LINK_FOR_SHARED = -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -- Numpy include in /usr/lib/python2.7/dist-packages/numpy/core/include -- ALPS XML dir is /opt/alps/lib/xml -- Adding Boost dir: /home/emmy/alps/alps-2.1.1-r6176-src-with-boost/boost -- HDF5: /usr/include debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so HDF5_DLL-NOTFOUND;HDF5_HL_DLL-NOTFOUND;HDF5_DLL-NOTFOUND;HDF5_HL_DLL-NOTFOUND -- HDF5: /usr/include debug;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so;optimized;/usr/lib/libhdf5_hl.so;/usr/lib/libhdf5.so HDF5_DLL-NOTFOUND;HDF5_HL_DLL-NOTFOUND;HDF5_DLL-NOTFOUND;HDF5_HL_DLL-NOTFOUND -- tebd will not be built -- Configuring done -- Generating done -- Build files have been written to: /home/emmy/alps/build In the instructions on the webpage, it has not been mentioned that MPI needs to be installed separately while installing ALPS on an Ubuntu machine (though it has been mentioned in the section for MacOS X). I need the application to run parallely on the multiple cores available on my machine. Please advise me on this issue and on the missing pthread, SZIP, SQLite and HDF5 libraries. Regards, Pradeep.

2 8