Re: [RFC] New task: science-dataacquisition
I think the comedi-source package will fit nicely here as well.
Another idea is to include librtai-dev librtai1, rtai, rtai-doc and
rtai-sourc. I used them for sending trigger signals to a laser and
camera in my software.
Gerber
On Tue, 2008-12-09 at 09:12 +0100, Andreas Tille wrote:
> On Tue, 8 Dec 2008, Chris Walker wrote:
>
> > Depends: g3data
>
> Done in SVN.
>
> > Other packages - yes, Steffen Moeller's suggestion of qtdmm sounds
> > appropriate.
>
> Done in SVN.
>
> > On the physics wiki page, I list
> >
> > libgpib (boris)
>
> Suggests: libgpib-bin
>
> > libcomedi (boris)
>
> Depends: ktimetrace
>
> > and link to
> >
> > "G. Varoquaux has written an interesting article describing the
> > use of python and pyvisa for experimental control. Agile computer
> > control of a complex experiment. Computing in Science and
> > Engineering 10(2), 55 (2008)."
> > and
> > "Writing a graphical application for scientific programming using
> > TraitsUI"
> >
> > pyvisa isn't a debian package.
>
> Done as prospective package.
>
> > There are also unofficial debs of TANGO - again linked to from the
> > physics wiki. Unfortunately, there is an ITP for another completely
> > unrelated package called tango recently announced on debian-devel.
>
> Done as prospective package. Any volunteer to sponsor this package?
> And yes, I have seen the tango ITP - but I do not really remember whether
> somebody stepped in here and discussed the possible name clash. Please
> anybody interested in tango should do so ...
>
> > http://mx.iit.edu/ MX - A Data Acquisition and Control System. Is not
> > packaged.
>
> Done as prospective package.
>
> > http://www.aps.anl.gov/epics/ Experimental Physics and Industrial
> > Control System is used in some particle accelerators, telescopes and
> > other large scientific experments.
>
> Done as prospective package.
>
> >>
> >> Depends: gnudatalanguage
> >
> > It isn't clear to me why you think this should be under data
> > acquisition - any more than octave,matplotlib,pdl,scilab,freemat -
> > listed in the "Numerical Computation (MATLAB/IDL like)" section of the
> > physics wiki page[1].
>
> Well, there is no really strong opinion on my side. I turned the
> Depends into Suggests. Feel free to either remove it completely or
> add the other ones as well - depending what you feel reasonable for
> people who want to prepare a computer for data acquisition tasks.
>
> > You might make an argument that
> >
> > * gpiv gpivtools A collection of programs for images that are
> > generated during a Particle Image Velocimetry (PIV)
> > experiment. This is a technique to obtain the velocity field of
> > a fluid flow quantitatively and is performed by tracking tracer
> > particles that have been seeded to a fluid.
> >
> > would be a good candidate - I'm not sure.
>
> I added this as Suggests.
>
> > If the task gets big enough,
> > then I think that this along with g3data and engauge-digitizer should
> > be split into an "Extracting data from images" task.
>
> I'm no fan of to many tasks.
>
> > The robotics task has
> >
> > Libcv1 - a computer vision library
>
> What do you want to tell me by this?
>
> The result can be viewed at
>
> http://cdd.alioth.debian.org/science/tasks/dataacquisition.html
>
> > [1] http://wiki.debian.org/DebianScience/Physics
>
> Interesting page. Do you want to save some time while generating nicer and
> more feature rich output? If yes you should tell me that you volunteer to
> maintain
>
> svn://svn.debian.org/svn/cdd/projects/physics/trunk/debian-physics
>
> after I gave you a kick-start by turning the entries from your wiki into
> tasks files (which I could probably do until Sunday). The immediate effect
> would be to have finer grained tasks pages for physics packages (including
> translations for those packages where DDTP has translations), bugs pages
> and hopefully soon an overview about watch status. The long term effect
> would be that there might evolved a grown up Debian Physics Blend. Your
> Wiki can be considered as the first step - IMHO it is time to do the next.
>
> Regarding the time saving aspect: The dataacquisition page took me about
> 15 minutes (the green entries only one minute, the othes costs some
> research on upstream websites). Do you think the Wiki can compete with
> this?
>
> Kind regards
>
> Andreas.
>
> --
> http://fam-tille.de
>
>
Reply to: