[yt-dev] RAMSES Todo List

[Matthew Turk]

Hi Sam,

Thanks for the awesome list!  Sorry I didn't reply before.

A couple quick things -- the first one is *thank you*!  These all look
really great, and I'm keen to do what I can to support you.  A few
things I had on my medium-term list were to enable AMR structures to
be constructed on demand (as noted in an exchange with Nick Moeckel
here a few weeks ago) rather than in advance, and to ease the particle
IO process.

Points 8 and 9: thank you!  Number 9 has long been a problem because
of how the anti-aliasing works; I think we could actually fix it in
the display layer just by mandating at least 1e-13 in dynamic range
between min/max.  ;-)

-Matt

On Fri, Nov 29, 2013 at 10:29 AM, Sam Geen <samgeen at astro.ox.ac.uk> wrote:
> A couple more things I just noticed:
>
> 8) Some of the units (pressure & temperature) seem not to be implemented, or
> don't show up in the plot axes.
> 9) Projection plotting does some strange things if the values are uniform to
> near floating-point precision (example: http://i.imgur.com/kWHQ7dl.png)
>
>
> On 27/11/13 18:28, Nathan Goldbaum wrote:
>
> Glad you're excited to customize the Ramses frontend!  All of the things you
> suggest sound like excellent improvements.
>
> On Wednesday, November 27, 2013, Sam Geen wrote:
>>
>> Hi,
>>
>> I intend to try to fiddle with the RAMSES frontend when I have time/need,
>> and thought it would be good to collate a list of tasks that need to be
>> completed so we have a consensus on what needs to be fixed. Feel free to
>> suggest things or tell me that they're already implemented if I missed them:
>>
>> 1) Add support for RT and ATON files, which are now part of the default
>> RAMSES (I assume from the code that the cooling and grav files are already
>> read)
>> 2) Via 1), it might be nice to refactor the RAMSESDomainFile class a bit
>> to provide a more generic Ramses file reading routine/class, since the
>> formats of the files are fairly similar and in doing 1) we might get some
>> copy-paste bloat.
>> 3) Allow for RAMSES runs that only contain AMR & particles (i.e. pure
>> N-body runs with no hydro)
>> 4) Refactor the inputs to fit YT default field names (for MHD, RT and
>> ATON).
>> 5) Allow YT to interpret non-cosmological simulations in RAMSES, or if it
>> already does, remove the warning that says this.
>> 6) Romain Teyssier suggested allowing users to specify their own default
>> field names for user-modified versions of RAMSES. I don't know if YT caches
>> data that would allow this, but I thought I'd punt the suggestion along.
>> Another option could be to allow users to expose the RAMSES namelist files
>> to YT (i.e. the parameter files for starting up a run) - these contain a lot
>> more information on the physics included, etc. I'd put this on a low
>> priority unless someone thinks of something clever that solves this cleanly.
>> 7) It could be worthwhile to implement read-on-demand if it's not already
>> - sometimes the users won't query the ATON/RT/hydro/particle file or certain
>> fluid fields in each file and so we wouldn't need to read those files in
>> that case. This could be folded into 2).
>>
>> Cheers,
>>
>> Sam
>> _______________________________________________
>> yt-dev mailing list
>> yt-dev at lists.spacepope.org
>> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>
>
>
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>
>
>
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>