Hi,
I am new to yt and enzo. I have been able to compile and run a few 'test' simulations in enzo. However, when I use 'yt plot xxx', it complains the following:
310 if active_particles: 311 ptypes = _next_token_line("PresentParticleTypes", f)--> 312 counts = [int(c) for c in _next_token_line("ParticleTypeCounts", f)] 313 for ptype in self.parameters.get("AppendActiveParticleType", []): 314 if ptype in ptypes: TypeError: 'NoneType' object is not iterable
------
I recall it worked when I was using yt 2.x version a few months ago. The problem seems to appear for the current yt. The tests with enzo I ran were MHDCTOrszangTang in 2D, ShearingBox in 3D (there are no particles). Any clues?
Cheers,
Kit
Hi Wing,
Thanks for the bug report, I'm able to reproduce it over here. The issue seems to be that we incremented the "version" number in the latest enzo release and that has interfered with the logic in yt that is used to detect the version of the output type.
I've created an issue to track this here: https://bitbucket.org/yt_analysis/yt/issue/881/yt-is-unable-to-read-outputs-...
Hopefully this will be fixed soon, at which point you'll be able to update and get a working copy of yt.
Thanks for the bug report!
-Nathan
On Sun, Aug 17, 2014 at 6:48 AM, Wing-Kit Lee wklee@asiaa.sinica.edu.tw wrote:
Hi,
I am new to yt and enzo. I have been able to compile and run a few 'test' simulations in enzo. However, when I use 'yt plot xxx', it complains the following:
310 if active_particles: 311 ptypes = _next_token_line("PresentParticleTypes", f)--> 312 counts = [int(c) for c in _next_token_line("ParticleTypeCounts", f)] 313 for ptype in self.parameters.get("AppendActiveParticleType", []): 314 if ptype in ptypes:TypeError: 'NoneType' object is not iterable
I recall it worked when I was using yt 2.x version a few months ago. The problem seems to appear for the current yt. The tests with enzo I ran were MHDCTOrszangTang in 2D, ShearingBox in 3D (there are no particles). Any clues?
Cheers,
Kit
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
Hi Wing,
I ran into this as well. The version number is meant to be for informational purposes only as far as Enzo is concerned, so you can change it easily. If you want a very simple perl hack to fix this, for a single data output you can do:
perl -p -i.bak -e "s/VersionNumber = 2.400000/VersionNumber = 2.000000/g" DD0637
where DD0637 is the name of the restart dump's parameter file. If you want to loop over a bunch of directories, you can do something like this (assuming you're using the bash command line, and that both the directories and file names have the format DDNNNN):
for i in DD0???; do cd $i; perl -p -i.bak -e "s/VersionNumber = 2.400000/VersionNumber = 2.000000/g" $i; cd ..; done
Cheers, Brian
On Sun, Aug 17, 2014 at 1:34 PM, Nathan Goldbaum nathan12343@gmail.com wrote:
Hi Wing,
Thanks for the bug report, I'm able to reproduce it over here. The issue seems to be that we incremented the "version" number in the latest enzo release and that has interfered with the logic in yt that is used to detect the version of the output type.
I've created an issue to track this here: https://bitbucket.org/yt_analysis/yt/issue/881/yt-is-unable-to-read-outputs-...
Hopefully this will be fixed soon, at which point you'll be able to update and get a working copy of yt.
Thanks for the bug report!
-Nathan
On Sun, Aug 17, 2014 at 6:48 AM, Wing-Kit Lee wklee@asiaa.sinica.edu.tw wrote:
Hi,
I am new to yt and enzo. I have been able to compile and run a few 'test' simulations in enzo. However, when I use 'yt plot xxx', it complains the following:
310 if active_particles: 311 ptypes = _next_token_line("PresentParticleTypes", f)--> 312 counts = [int(c) for c in _next_token_line("ParticleTypeCounts", f)] 313 for ptype in self.parameters.get("AppendActiveParticleType", []): 314 if ptype in ptypes:TypeError: 'NoneType' object is not iterable
I recall it worked when I was using yt 2.x version a few months ago. The problem seems to appear for the current yt. The tests with enzo I ran were MHDCTOrszangTang in 2D, ShearingBox in 3D (there are no particles). Any clues?
Cheers,
Kit
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
This is fixed in mainline yt:
https://bitbucket.org/yt_analysis/yt/pull-request/1150/check-for-a-specific-...
On Tue, Aug 19, 2014 at 8:16 AM, Brian O'Shea bwoshea@gmail.com wrote:
Hi Wing,
I ran into this as well. The version number is meant to be for informational purposes only as far as Enzo is concerned, so you can change it easily. If you want a very simple perl hack to fix this, for a single data output you can do:
perl -p -i.bak -e "s/VersionNumber = 2.400000/VersionNumber = 2.000000/g" DD0637
where DD0637 is the name of the restart dump's parameter file. If you want to loop over a bunch of directories, you can do something like this (assuming you're using the bash command line, and that both the directories and file names have the format DDNNNN):
for i in DD0???; do cd $i; perl -p -i.bak -e "s/VersionNumber = 2.400000/VersionNumber = 2.000000/g" $i; cd ..; done
Cheers, Brian
On Sun, Aug 17, 2014 at 1:34 PM, Nathan Goldbaum nathan12343@gmail.com wrote:
Hi Wing,
Thanks for the bug report, I'm able to reproduce it over here. The issue seems to be that we incremented the "version" number in the latest enzo release and that has interfered with the logic in yt that is used to detect the version of the output type.
I've created an issue to track this here: https://bitbucket.org/yt_analysis/yt/issue/881/yt-is-unable-to-read-outputs-...
Hopefully this will be fixed soon, at which point you'll be able to update and get a working copy of yt.
Thanks for the bug report!
-Nathan
On Sun, Aug 17, 2014 at 6:48 AM, Wing-Kit Lee wklee@asiaa.sinica.edu.tw wrote:
Hi,
I am new to yt and enzo. I have been able to compile and run a few 'test' simulations in enzo. However, when I use 'yt plot xxx', it complains the following:
310 if active_particles: 311 ptypes = _next_token_line("PresentParticleTypes",f) --> 312 counts = [int(c) for c in _next_token_line("ParticleTypeCounts", f)] 313 for ptype in self.parameters.get("AppendActiveParticleType", []): 314 if ptype in ptypes:
TypeError: 'NoneType' object is not iterable
I recall it worked when I was using yt 2.x version a few months ago. The problem seems to appear for the current yt. The tests with enzo I ran were MHDCTOrszangTang in 2D, ShearingBox in 3D (there are no particles). Any clues?
Cheers,
Kit
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
yt-users mailing list yt-users@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org
-
Brian O'Shea -
Matthew Turk -
Nathan Goldbaum -
Wing-Kit Lee