From: Greg W. <gr...@sl...> - 2011-11-30 09:47:29
|
Hi James, At the PSI meeting we said that the definition of each NT would not be allowed to include another NT (though I don't think we minuted a resolution because we weren't that well organised). Given that, can I strawman what you're proposing. please correct this: structure NTdetector <<All field*s* that are in NDArray>> enum_t pixelFormat nameValuePair_t[] metadata Cheers Greg On 29 Nov 2011, at 18:03, <jam...@di...> <jam...@di...> wrote: > Hi > > I'm going to repeat my desire for the EPICSv3 detector support to be a superset of areaDetector NDArray, which is perhaps the only structured type present in EPICSv3 that is commonly used. This means a type that contains a multi-dimensional array, a pixel format enum and some extensible metadata. I don't care if it's stored as a tuple of a table, an array and a pixel format enum or whatever. There would need to be a very good reason for not making it compatible. > > James > >> -----Original Message----- >> From: Greg White [mailto:gr...@sl...] >> Sent: 29 November 2011 16:43 >> To: Nikolay Malitsky >> Cc: epi...@li... Developers >> Subject: NTImage and other NTTypes >> >> Nikolay, >> >> How is the NTimage definition going? >> >> My feeling is you're on the hook for NTimage, NTNDArray, NTXAlarm, and to >> check the definition as it is now of NTStatistic. >> >> Cheers >> Greg >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security threats, >> fraudulent activity, and more. Splunk takes this data and makes sense of it. >> IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d > > -- > This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. > Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. > Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. > Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom > > > > |