<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="http://sobereva.com/wfnbbs/extern.php?action=feed&amp;tid=423&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Multiwfn forum / Multiwfn and NBO plots]]></title>
		<link>http://sobereva.com/wfnbbs/viewtopic.php?id=423</link>
		<description><![CDATA[The most recent posts in Multiwfn and NBO plots.]]></description>
		<lastBuildDate>Mon, 21 Dec 2020 19:33:27 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1513#p1513</link>
			<description><![CDATA[<div class="quotebox"><cite>915048960 wrote:</cite><blockquote><div><p>I&#039;ve added such a file (replace -molden.txt by .molden):</p><p><a href="http://sobereva.com/wfnbbs/uploads/9e19bffdc68f63686611a086c80c1fa8.txt" rel="nofollow">ammineborane-molden.txt</a></p><p>It was generated via Orca/NBO7 -&gt; *.47, then acting gennbo on the *.47 file with NBO&#039;s molden=nbo option. Mentioning &quot;orca&quot; in the title section of the molden file does not solve the problem.</p></div></blockquote></div><p>Indeed, this is an issue. I cannot easily find solution not only because the .molden format was not rigorously defined, but also the order and normalization condition of basis functions employed by ORCA are very strange. So, please always use NBO plot file when using NBO in combination with ORCA.</p>]]></description>
			<author><![CDATA[dummy@example.com (sobereva)]]></author>
			<pubDate>Mon, 21 Dec 2020 19:33:27 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1513#p1513</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1512#p1512</link>
			<description><![CDATA[<p>I&#039;ve added such a file (replace -molden.txt by .molden):</p><p><a href="http://sobereva.com/wfnbbs/uploads/9e19bffdc68f63686611a086c80c1fa8.txt" rel="nofollow">ammineborane-molden.txt</a></p><p>It was generated via Orca/NBO7 -&gt; *.47, then acting gennbo on the *.47 file with NBO&#039;s molden=nbo option. Mentioning &quot;orca&quot; in the title section of the molden file does not solve the problem.</p>]]></description>
			<author><![CDATA[dummy@example.com (915048960)]]></author>
			<pubDate>Mon, 21 Dec 2020 11:55:29 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1512#p1512</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1492#p1492</link>
			<description><![CDATA[<div class="quotebox"><cite>915048960 wrote:</cite><blockquote><div><p>A final remark:<br />Multiwfn now acts fine on NBO&#039;s 31-40 files. However, for users that prefer to use the molden option in NBO&#039;s keylist, for example molden=nbo as a substitute for the *.37 file, the problem persists. Now, both Chemcraft and Multiwfn draw those wrong pictures described above.</p></div></blockquote></div><br /><p>This issue should also be caused by the weird convention of recording basis functions in ORCA. Currently I don&#039;t have such a file, you can try to add &quot;orca&quot; in any place of [Title] section of the molden, then Multiwfn will recognize that this file was generated by ORCA, special consideration will be employed during reading, in this case the problem may be solved.</p>]]></description>
			<author><![CDATA[dummy@example.com (sobereva)]]></author>
			<pubDate>Tue, 15 Dec 2020 16:28:45 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1492#p1492</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1488#p1488</link>
			<description><![CDATA[<p>A final remark:<br />Multiwfn now acts fine on NBO&#039;s 31-40 files. However, for users that prefer to use the molden option in NBO&#039;s keylist, for example molden=nbo as a substitute for the *.37 file, the problem persists. Now, both Chemcraft and Multiwfn draw those wrong pictures described above.</p>]]></description>
			<author><![CDATA[dummy@example.com (915048960)]]></author>
			<pubDate>Wed, 09 Dec 2020 13:12:46 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1488#p1488</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1487#p1487</link>
			<description><![CDATA[<p>Dear Tian,</p><p>Thank you very much for solving the problem that quickly.</p><p>Best wishes,<br />Peter</p>]]></description>
			<author><![CDATA[dummy@example.com (915048960)]]></author>
			<pubDate>Wed, 09 Dec 2020 10:01:47 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1487#p1487</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1486#p1486</link>
			<description><![CDATA[<p>I have updated Multiwfn 3.8(dev) on Multiwfn website to solve this issue.</p><p>This problem comes from the very special rule of recording basis functions of p shell in ORCA.</p>]]></description>
			<author><![CDATA[dummy@example.com (sobereva)]]></author>
			<pubDate>Wed, 09 Dec 2020 09:26:17 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1486#p1486</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1485#p1485</link>
			<description><![CDATA[<p>The out-file (renamed to txt due to an upload restriction) has been uploaded. The file was generated by Orca4.2.1+NBO7. The same result was obtained by NBO7 acting on the *.47 file. <br />Thank you for your effort.</p><p><a href="http://sobereva.com/wfnbbs/uploads/214e824e27b5996317b9f0f6921da601.txt" rel="nofollow">ammineborane-tpssh-out.txt</a></p>]]></description>
			<author><![CDATA[dummy@example.com (915048960)]]></author>
			<pubDate>Wed, 09 Dec 2020 07:16:37 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1485#p1485</guid>
		</item>
		<item>
			<title><![CDATA[Re: Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1484#p1484</link>
			<description><![CDATA[<p>The result looks strange. How did you generate these files? Please provide more information for me. For example, if it was generated by ORCA+NBO calculation, please also upload corresponding output file, I will try to find reason.</p>]]></description>
			<author><![CDATA[dummy@example.com (sobereva)]]></author>
			<pubDate>Wed, 09 Dec 2020 06:48:25 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1484#p1484</guid>
		</item>
		<item>
			<title><![CDATA[Multiwfn and NBO plots]]></title>
			<link>http://sobereva.com/wfnbbs/viewtopic.php?pid=1483#p1483</link>
			<description><![CDATA[<p>I&#039;ve encountered an unexpected problem on attempts to visualize NBO-related data. As an example, two files produced by NBO7 are appended that should allow plotting NBOs for H3N-BH3 (ammineborane): ammineborane.31 and ammineborane.37 (both renamed to ...31.txt and ...37.txt to allow the upload). Orbital 3 is the N-&gt;B sigma bond and, in fact, it is correctly drawn by Chemcraft. Loading these files into Multiwfn3.7, however, produces an odd result (something like a pi-antibond). The same result is obtained by writing these files by NBO6. Other molecules show the same problem. Can anyone give a comment on the problem? Maybe there is a trivial fault caused by me, but I&#039;m completely at a loss.</p><p><a href="http://sobereva.com/wfnbbs/uploads/83de3254edd05f3a4daa92e945ba95ab.txt" rel="nofollow">ammineborane31.txt</a><br /><a href="http://sobereva.com/wfnbbs/uploads/bc7facd99ac9576b8b5a7a117a273f03.txt" rel="nofollow">ammineborane37.txt</a></p>]]></description>
			<author><![CDATA[dummy@example.com (915048960)]]></author>
			<pubDate>Tue, 08 Dec 2020 17:18:46 +0000</pubDate>
			<guid>http://sobereva.com/wfnbbs/viewtopic.php?pid=1483#p1483</guid>
		</item>
	</channel>
</rss>
