Re: sum files not reporting the final units after applying conversion coefficients via an AUXSCORE card

Thank you Alberto,

I understand this. Speaking as someone from 'outside the field' to me fluence only has meaning when one talks about
particles incident on a surface or particle track lengths inside a volume.

And I could not conceptually understand or visualise what particles/cm^2 in a volume means. That's all...

Best wishes,
Mina

On 11-10-24 03:24 PM, Alberto Fasso' wrote:
> In reality it is not particles/cm^2 in a given volume. It is cm (track length)
> in a given volume. cm/cm3 gives cm-2. "Particles" is not a unit.
> The density of particle paths in a given volume is the fluence.
> (You may find that in a footnote in that ICRU report I sent you time ago).
>
> Alberto
>
>
> On Tue, 25 Oct 2011, Mina Nozar wrote:
>
>> Sorry but another part of my confusion is that I don't understand what
>> particles/cm^2 in a given volume means.
>> I understand what fluence as # of particles/cm^2 crossing a boundary means
>> (similar to flux) but don't know what
>> the # of particles/cm^2 in a given volume physically means.
>>
>> Best wishes,
>> Mina
>>
>>
>> On 11-10-24 01:48 PM, Alberto Fasso' wrote:
>>> On Mon, 24 Oct 2011, Mina Nozar wrote:
>>>
>>>> Hi everyone,
>>>>
>>>> I have two questions on reporting of units in the summary (_sum.lis)
>>>> files.
>>>>
>>>> Looking at Neutron Fluence (unit 33) and Neutron Dose Eq (unit 32) using
>>>> the respective cards below,
>>>> I see the same units reported for both cases. i.e. Tot. response
>>>> (p/cmq/pr).
>>>>
>>>> Firstly, I am not sure what "p" in the above unit stands for. It should be
>>>> particle track length. True?
>>>
>>> No. It stands for "particles". Fluence is particles per cm2 (cmq
>>> unfortunately
>>> is a leftover from Italian that should be corrected). Tracklength per cm3
>>> is the the same thing as particles per cm2 (cm/cm3 = cm-2)
>>>
>>>> Secondly, why does the output file for unit 32 also report the results in
>>>> the same units instead of pSv/GeV.prim? Is
>>>> it a fact that FLUKA doesn't handle unit conversions in the sum. files?
>>>
>>> No, programs usxsuw, ustsuw etc. were written to analyze fluences (or
>>> currents).
>>> They cannot know if the fluences are folded with conversion coefficients:
>>> there
>>> is nothing in the *fort* files to indicate that. Anyway, AUXSCORE was
>>> introduced later, ands the programs have not been
>>> modified.
>>>
>>> Alberto
>>>
>>
>>
>
Received on Thu Oct 27 2011 - 16:31:14 CEST