<div dir="ltr">Hey YT-dev,<div><br></div><div>I've discovered something that I think could maybe be a bug (though maybe not) in the Ramses front end but am unsure about the motivation behind the code so thought I'd check in and try to learn a bit.</div><div><br></div><div>In frontends/ramses/data_structures.py, I think the length_unit is set to be the length_unit that comes from the info_xxx.txt file multiplied by the box length.   For the example yt data sets, this doesn't impact anything because the box lengths are unity.</div><div><br></div><div>In examining some Agora snapshots, however the box lengths are not unity - one that I'm looking at for example has a boxlen of 600.  This results in length units that aren't similar to what the info_xxx.txt file says, and more dramatically, mass units that are very different.  For example, in one such snapshot, I read from the info file:</div><div><br></div><div>







<p class="">boxlen      =  0.600000000000000E+03<br>time        =  0.500035810875167E+00<br>aexp        =  0.100000000000000E+01<br>H0          =  0.100000000000000E+01<br>omega_m     =  0.100000000000000E+01<br>omega_l     =  0.000000000000000E+00<br>omega_k     =  0.000000000000000E+00<br>omega_b     =  0.000000000000000E+00<br>unit_l      =  0.308656802500000E+22<br>unit_d      =  0.157339152800000E-25<br>unit_t      =  0.308687241173998E+17</p><p class="">but if I load this snapshot in yt, I get:</p><p class=""><span class="">>In [2]: </span>print ds.mass_unit<br>9.9935115109e+46 g</p><p class=""><span class="">>In [3]: </span>print ds.mass_unit.in_units("Msun")<br>5.02586592269e+13 Msun</p><p class="">><span class="">In [4]: </span>print ds.length_unit<br>1.851940815e+24 cm</p><p class="">which consequently results in derived quantities from the simulation (like stellar mass) that are totally off (by a factor boxlen**3).</p><p class="">So, I'm writing (as a total Ramses novice) to try to understand the motivation behind multiplying the length unit by the boxlen in the frontend, and if I should be accounting for this factor of boxlen**3 in my analysis, or if this is a bona fide bug.</p><p class="">Thanks, <br>-desika</p><p class="">ps I updated this morning:</p><p class="">thundersnow:yt desika$ hg id<br>8d3663ac217d+ (yt) tip</p></div></div>