<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Hi Eugen,
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">there is another thing to remember: the simple brutal stupid way of dealing with arbitrary detectors:</div>
<div class="">you give a x_pixel_offset[ndet], y_pixel_offset[ndet] and distance[ndet] per detector element with the data becoming data[ndet]</div>
<div class="">where ndet is the number of detectors. </div>
<div class=""><br class="">
</div>
<div class="">Regards,</div>
<div class=""><br class="">
</div>
<div class=""> Mark K</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">Am 01.07.2015 um 14:03 schrieb Benjamin Watts <<a href="mailto:benjamin.watts@psi.ch" class="">benjamin.watts@psi.ch</a>>:</div>
<br class="Apple-interchange-newline">
<div class="">
<div text="#000000" bgcolor="#FFFFFF" class="">Hi Eugen,<br class="">
I don't use it myself, but I think issue 2 refers to the readout of the detector. The pixels have to be put into some order to be streamed out of the detector and the fast direction would be the lines of pixels that are kept adjacent in the stream. I don't
know if this is still needed for non-ancient setups.<br class="">
<br class="">
Cheers,<br class="">
Ben<br class="">
<br class="">
<div class="moz-cite-prefix">On 01/07/15 11:07, Eugen Wintersberger wrote:<br class="">
</div>
<blockquote cite="mid:1435741653.15941.17.camel@haso228w1.desy.de" type="cite" class="">
<pre wrap="" class="">Hi folks
I am currently trying to improve the documentation of the `NXdetector`
class. What I am actually trying to do is to compute the spatial
location of a pixel in the laboratory frame for different experiment
configurations. My requirement is that `NXdetector` and
`NXdetector_module` should provide information to do this job. However,
there are some issues we may should think about.
issue 1.)
If all transformations involved (in particular `module_offset`) are
required to be translations, we can never deal with curved detectors
which might be very useful. I guess it thus would make sense to replace
`module_offset` my an instance of `NXtransformation`. The best solution
might be to make module_offset an instance of `NXtransformation` rather
than a field?
issue 2.)
What exactly is the content of the `fast_pixel_direction` and
`slow_pixel_direction` field? Are this, for instance, the pixel center
positions along a detector axis?
As an example consider a 1D strip detector with 50um pixel size. Is
fast_pixel_direction = [0,50,100,150,....] with units = um?
issue 3.)
If we want to handle 3D detector as well we maybe should ad a
`medium_pixel_direction` field ;)
If anyone is interested in what I am doing try the issue_412 branch in
the git repository of the Nexus definitions. You find the new text in
the Nexus Design section in the manual.
regards
Eugen
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset> <br class="">
<pre wrap="" class="">_______________________________________________
NeXus mailing list
<a class="moz-txt-link-abbreviated" href="mailto:NeXus@nexusformat.org">NeXus@nexusformat.org</a>
<a class="moz-txt-link-freetext" href="http://lists.nexusformat.org/mailman/listinfo/nexus">http://lists.nexusformat.org/mailman/listinfo/nexus</a>
</pre>
</blockquote>
<br class="">
</div>
_______________________________________________<br class="">
NeXus mailing list<br class="">
<a href="mailto:NeXus@nexusformat.org" class="">NeXus@nexusformat.org</a><br class="">
http://lists.nexusformat.org/mailman/listinfo/nexus<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>