[yt-dev] Microns & Simulation-Specific Unit Base

John ZuHone jzuhone at gmail.com
Thu Jan 5 05:47:57 PST 2017


Hi Axel,

You can assign new symbols as well. It sounds like you want to do this for a number of datasets, so you could define new symbols and add them to yt’s unit registry (though you could also add them to a specific dataset’s unit registry). To do the former, you could do something like this in your plugins [1] file (which would ensure they got loaded every time you used yt):

```python
from yt.units.unit_object import default_unit_registry
from yt.units import dimensions

default_unit_registry.add("lambda_0", 8.0e-5, dimensions.length, 0.0, r"$\lambda_0$")
default_unit_registry.add("omega_pe", 1.0e15, dimensions.rate, 0.0, r"$\omega_\text{pe}$") 
```

The arguments in .add are the name of the symbol, the conversion to CGS+Ampere, the dimensions of the unit, the unit offset (only used for temperature and angle units), and the last is the LaTeX representation. 

Note that I defined omega_pe as a rate, so you’d have to use its inverse when creating your unit system to define the base time units.

And yes, as I mentioned above the internal base by which all yt units reference is cgs units + Amperes for current (for historical reasons, mostly). 

Best,

John

[1] http://yt-project.org/doc/reference/configuration.html#the-plugin-file <http://yt-project.org/doc/reference/configuration.html#the-plugin-file>

> On Jan 5, 2017, at 8:24 AM, Axel Huebl <a.huebl at hzdr.de> wrote:
> 
> Ha, I oversaw a link in [1] linking to [2].
> 
> Ok, so I can just specify my own unit system in user-code with that.
> But anyhow, I can't assign it new symbols. Also, do all conversion
> factors need to go through CGS?
> 
> Also, microns turns out to be
>   .in_units("um")
> :)
> 
> 
> Axel
> 
> [2] http://yt-project.org/docs/dev/analyzing/units/unit_systems.html
> 
> On 05.01.2017 13:59, Axel Huebl wrote:
>> Hi yt-devs!
>> 
>> I have a quick user-question (sorry) and a devel question:
>> 
>> First, how to convert to a unit like microns (10^-6 meters) or
>> pico-seconds? I can't find an example here [1]. I tried
>> 
>>  .in_units("mum")
>>  .in_units("mu m)
>>  .in_units("1.e-6 m")
>>  .in_units("microns")
>>  .in_units("micro meter")
>>  .in_units("micro meters")
>>  .in_units("micro m")
>>  .in_units("μm")
>> 
>> and only
>>  .in_units("1.e-6 * m")
>> 
>> does not fail but looks ugly.
>> 
>> An orthogonal question: in our domain (laser-plasma physics) unit
>> systems are scaled by something like the applied laser wavelength or the
>> plasma density (and more to make a full set).
>> 
>> Following again [1] I would implement something like .in_base('plasma')
>> or .in_base('laserplasma') but those are not scaled to "fixed" reference
>> quantities as the other base systems but are depending on either user input
>>  [ length = ("$\lambda_0$", "800 nm"),
>>    time   = ("$\omega_\text{pe}^{-1}$", "1.e-15 s"),
>>     ...]
>> or alternatively scalings the data file already provided. (Ok, the
>> symbol is always fixed per "in_base" but the value to scale with needs
>> to be provided.)
>> 
>> Is that already possible or any ideas how we could implement that?
>> 
>> 
>> Thanks,
>> Axel
>> 
>> [1]
>> http://yt-project.org/docs/dev/analyzing/units/fields_and_unit_conversion.html#data-selection-and-fields
>> 
> 
> -- 
> 
> Axel Huebl
> Phone +49 351 260 3582
> https://www.hzdr.de/crp
> Computational Radiation Physics
> Laser Particle Acceleration Division
> Helmholtz-Zentrum Dresden - Rossendorf e.V.
> 
> Bautzner Landstrasse 400, 01328 Dresden
> POB 510119, D-01314 Dresden
> Vorstand: Prof. Dr.Dr.h.c. R. Sauerbrey
>          Prof. Dr.Dr.h.c. P. Joehnk
> VR 1693 beim Amtsgericht Dresden
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-dev-spacepope.org/attachments/20170105/9e1bf7c6/attachment.htm>


More information about the yt-dev mailing list