|Message: Re: CLHEP unit definitions||Not Logged In (login)|
Click on the Forum title, e.g. on the "Forums by Category" page, to read a sequence of postings to the Forum and its threads all in one page. If you are only interested in one thread or the thread following a specific posting, click the thread or the posting, which takes you to a smaller page, which contains only the part you are interested in and may be easier to navigate.
Messages are "chained" if there are only replies at the first level, i.e. 1/1.html, 1/1/1.html etc. In case of "chained" messages the message number is replaced by the icon and there is no indentation.
Inline: Display the subject line only or also the text of the posting(s); for the choice "All" the "Outline" choices are switched off.
|1||0||1||no text / full text of posting|
|2||1||All||text for level 1 only / text for All postings|
Outline: Choose the depth of the posting thread, successive toggle controls provide increasing detail.
|1||2||1||2 levels / 1 level (original posting)|
|2||3||2||3 levels / 2 levels|
|3||3||All||3 levels / all levels (all postings)|
On Mon, 05 Nov 2012 13:39:28 GMT, Adam Glaser wrote:
> Does anyone have experience adding unit definitions to CLHEP? I am > simply trying to add inverse length units which would be very simply > converted to length units after being inverted. I have added my unit > definitions, but for some reason the inversion calculation is not being > performed correctly.
The CLHEP (and GEANT4) unit definitions are nothing more than just floating point (double) scale factors which multiply simple floating point (double) numbers. There are no special "unit aware" classes with overloaded operators.
> i.e., For my inverse cm unit (icm), I am saying that icm=1./cm where > cm=10*mm. But what is happening is my unit is being converted to mm by > just multiplying what is entered by 1/10, instead of actually being > inverted. So GEANT4 is computing 5 icm as 0.5 cm, instead of 0.2 cm.
If you want inverse lengths, then you need to do the inversion of the whole numeric value yourself. Thus:
G4double myAbsorptionCoeff = 1./(0.5*cm); // == 2.*icm or G4double myFrequency = 1./(500.*seconds); // == 500.*Hz
> Essentially what I am trying to do is analogous to converting hertz to > seconds. I checked the functionality and it seems that the same problem > occurs for converted hertz, i.e. it is not properly inverting the value > entered for hertz to seconds.
Defining a "smart" dimensional class, something named, for example "G4doubleWithUnit", will be very complex. You'll need to defined overloaded operators for arithmetic and math functions, so that the outputs of, e.g., sqrt(), cos(), etc. carry through with the requisite derived units. Such overloading may introduce significant performance issues, since all the math will have to be done with explicit function calls, rather than being optimizable to CPU-based operations.