<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 02/01/2013 09:22 AM, Felix Rehrmann
      wrote:<br>
    </div>
    <blockquote cite="mid:510B7B37.4000805@dfki.de" type="cite">
      <pre wrap="">Hi all,

just wanted to restart this short discussion on the general_processing 
packages with first bringing forward a proposal for a new package 
catogery (folder) for data processing stuff that does not care about the 
meaning of the data or only supports data processing? Initial that could be:
  - transformer,
  - aggreagator,
  - general_processing,
  - are there other packages coming to your mind?

I think, there will be more in the future. It could be place for a whole 
bunch of
time series processing algorithms, filters and generic learning 
algorithms (although the category learning could be used for latter).

That category could be called:
- data
- data_processing
- process(ing)
- data_tools
- ...

I would put the general_processing stuff in there and propose the 
following names:
- type_to_vector for the library
- type_to_vector or timeseries for the orogen package

Would be nice to here your opinion.</pre>
    </blockquote>
    +1<br>
    I don't see the reason of putting <i>transformer</i> and <i>aggregator</i>
    in <i>drivers/</i><br>
    <i>data_processing</i> could be one good possibility as there is <i>image_processing</i><br>
    <br>
    Other possibility is into <i>base</i> like <i>base/processing/</i><br>
    but I don't see any example where there is library and orogen
    packages organization in subfolders of another library and orogen
    packages because in this way <i>image_processing</i> could be
    inside <i>data_processing.</i><br>
    <br>
    Javier.<br>
    <br>
    <blockquote cite="mid:510B7B37.4000805@dfki.de" type="cite">
      <pre wrap="">

Felix


Am 04.12.2012 14:08, schrieb Alexander Duda:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 12/04/2012 01:28 PM, Jakob Schwendner wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">On 12/04/2012 12:51 PM, Felix Rehrmann wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">Hi all,

currently I'm writing a component that provides the ability to add ports
dynamically.
The data from these port will automatically be converted into doubles
and collected into one or more vectors, which are buffered and made
available inside the component. The purpose of that is to integrate
generic algorithms (e.g. learning algorithm) that only take vector as
input. So the same algorithm can be used for
a different set of input data.

There are two packages general_processing and orogen/general_processing,
which are currently developed locally. I want to put them into the
public rock part. First best choice would be to put them into tools. But
as there is already the orogen-package the standard
library/component-naming would not work.

So any suggestions, where to put the packages? How to solve this?

Thanks and all the best!
Felix

</pre>
          </blockquote>
          <pre wrap="">I would put that en par with the aggregator/transformer. Those are in
drivers.

Jakob
</pre>
        </blockquote>
        <pre wrap="">+1

I am not so happy about the name "general_processing" because this can
basically mean anything. Therefore, I would really look for a more
descriptive name.

Maybe vector_processing or sample_demux would work better for this kind
of base orogon component.

Alex

</pre>
      </blockquote>
      <pre wrap="">

</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Javier Hidalgo Carri&oacute;
ESA - NPI Programme
Researcher

DFKI Bremen
Robotics Innovation Center
Robert-Hooke-Stra&szlig;e 5
28359 Bremen, Germany
<a class="moz-txt-link-freetext" href="http://robotik.dfki-bremen.de">http://robotik.dfki-bremen.de</a>

Phone:+49(0)421 17845 6661
Fax: +49(0)421 17845 4150

</pre>
  </body>
</html>