[Rock-dev] place for general_processing packages

[Felix Rehrmann]

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.

Felix


Am 04.12.2012 14:08, schrieb Alexander Duda:
> On 12/04/2012 01:28 PM, Jakob Schwendner wrote:
>> On 12/04/2012 12:51 PM, Felix Rehrmann wrote:
>>> 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
>>>
>> I would put that en par with the aggregator/transformer. Those are in
>> drivers.
>>
>> Jakob
> +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
>


-- 

  Felix Rehrmann
  Researcher
  
  DFKI Bremen
  Robotics Innovation Center
  Robert-Hooke-Straße 5
  28359 Bremen, Germany
  
  Phone: +49 (0)421 178 45-4129
  Fax:   +49 (0)421 218-64150
  E-Mail: felix.rehrmann at dfki.de
  
  Weitere Informationen: http://www.dfki.de/robotik
  -----------------------------------------------------------------------
  Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH
  Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern
  Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster
  (Vorsitzender) Dr. Walter Olthoff
  Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes
  Amtsgericht Kaiserslautern, HRB 2313
  Sitz der Gesellschaft: Kaiserslautern (HRB 2313)
  USt-Id.Nr.:    DE 148646973
  Steuernummer:  19/673/0060/3
  -----------------------------------------------------------------------