
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hi Nathan,</div><div class=""><br class=""></div><div class="">Thanks very much for this response!</div><div class=""><br class=""></div><div class="">> it would help if you can give a little bit more detail about what sort of boundary conditions you need.</div><div class=""><br class=""></div><div class="">Sure, basically, the simulation box is exactly the same as the orthogonal case currently implemented by `yt.load_uniform_gird(data, … periodicity=(True,True,True)` *except* that in some cases the box has been deformed/sheared… in technical terms, the simulation box is defined by three basis vectors a, b and c which define its axes, and e.g. for a cubic crystal with lattice constant 4Å you’d have a=(4,0,0), b=(0,4,0), c=(0,0,4) and they'd correspond to the x, y and z axes… but in the general case, a b and c could be anything.</div><div class=""><br class=""></div><div class="">Internally, the data is always stored as a uniform grid/array, but the points of the grid don’t correspond to (x,y,z) co-ords, but to fractional (a,b,c) co-ords.</div><div class=""><br class=""></div><div class="">In practical terms, currently trying to visualize this in yt would lead to a ‘correct’ but distorted/deformed visualization.</div><div class=""><br class=""></div><div class="">> us = UnitSystem('custom', 'angstrom', 'me', 's', current_mks_unit='1.6e-19*A')</div><div class=""><br class=""></div><div class="">This looks like it should work, with my projection plots having axes labelled Angstroms, but units still seem to be cm (e.g. it’s showing axes in 10^9 Angstroms)… this may be user error on my part, I think I’m passing the correct length unit arguments etc., but I’ll continue to experiment. </div><div class=""><br class=""></div><div class="">I can share a datafile if that’d be helpful at all?</div><div class=""><br class=""></div><div class="">I discovered yt while looking for a way to automate volumetric rendering of these CHGCAR files…the typical way to visualize these is either slice or isosurface, which loses a lot of information… but it looks like yt would be really useful for doing some more rigorous analysis of these datasets too, so it’d be great if we could get it to work :-)</div><div class=""><br class=""></div><div class="">Best regards,</div><div class=""><br class=""></div><div class="">Matthew</div><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 27, 2017, at 4:41 PM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com" class="">nathan12343@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi Matthew,<div class=""><br class=""></div><div class="">First this is the first I've heard of anyone using yt to look at crystallagraphic charge density data, so I'm glad you were able to get as far as you were.</div><div class=""><br class=""></div><div class="">Right now yt is mostly used by astrophysicists and there are still plenty of places where we make assumptions that are only really valid for astrophysics simulation data. We have long-term goals to improve this situation. Getting input on places where yt makes poor assumptions for data from new domains is very valuable for informing our long-term plans for yt development, so thank you for writing in :)</div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Mar 27, 2017 at 5:50 PM, Matthew Horton <span dir="ltr" class=""><<a href="mailto:mkhorton@lbl.gov" target="_blank" class="">mkhorton@lbl.gov</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello all,<br class="">

<br class="">

I’m a new user to yt looking for some general guidance.<br class="">

<br class="">

1. I have files describing the charge density in a crystal (CHGCAR files for any DFT/VASP users on the mailing list). I can import these with yt as generic (periodic) unigrid data, however the axes are not always orthogonal… In cubic crystals, `yt.load_uniform_grid` works perfectly, but in some crystals this would give a distorted visualization. What would be the best way to import this kind of data?<br class=""></blockquote><div class=""><br class=""></div><div class="">Right now yt only supports periodic and isolated boundary conditions. Adding support for additional boundary conditions is a longstanding issue, but most of the time we get requests to add e.g. reflecting, inflow, or diode boundary conditions, not what you're asking about here.</div><div class=""><br class=""></div><div class="">Unfortunately I'm not terribly familiar with crystallography (the last I thought about this was in a solid state physics course I took in undergrad) so it would help if you can give a little bit more detail about what sort of boundary conditions you need.</div><div class=""><br class=""></div><div class="">Unfortunately it's not terribly easy right now to add new boundary conditions, so it might take some work to get yt fully working for non-cubic crystal structures. I don't think anyone is working on making it easier to add new boundary conditions but it's definitely on our long-term roadmap. If you'd like to work on this I'd be happy to chat further about what needs to be done in terms of code changes to get this working.</div><div class=""><br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

2. Regarding units, the units in my file are nominally fractional electrons per grid cell volume, e/Angstrom^3 … importing into yt as a density field, what units should I use? Would be good to keep the data in its natural units, rather than converting to SI/cgs, because they’d be very very small floats otherwise.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br class="">

I tried 'unit_system = yt.UnitSystem('custom', 'Angstrom', 'g', 's’)' and this works as expected for the length units in my plots, but how do I set the custom Charge unit? What ‘units’ string would I then use for the density field? It doesn’t seem to want to accept ‘Angstrom’, ‘C’ etc.<br class=""></blockquote><div class=""><br class=""></div><div class=""><div class="">I *think* this will work:</div><div class=""><br class=""></div><div class="">us = UnitSystem('custom', 'angstrom', 'me', 's', current_mks_unit='1.6e-19*A')<br class=""></div><div class=""><br class=""></div><div class="">Here 'me' is the electron mass.</div></div><div class=""> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br class="">

Many thanks for any help!<br class="">

<br class="">

Best regards,<br class="">

<br class="">

Matthew<br class="">

______________________________<wbr class="">_________________<br class="">

yt-users mailing list<br class="">

<a href="mailto:yt-users@lists.spacepope.org" class="">yt-users@lists.spacepope.org</a><br class="">

<a href="http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org" rel="noreferrer" target="_blank" class="">http://lists.spacepope.org/<wbr class="">listinfo.cgi/yt-users-<wbr class="">spacepope.org</a><br class="">

</blockquote></div><br class=""></div></div>

_______________________________________________<br class="">yt-users mailing list<br class=""><a href="mailto:yt-users@lists.spacepope.org" class="">yt-users@lists.spacepope.org</a><br class="">http://lists.spacepope.org/listinfo.cgi/yt-users-spacepope.org<br class=""></div></blockquote></div><br class=""></div></div></body></html>