<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi again,<br>
<br>
as this discussion was only short and there have been no votes
against a data_processing package set (see below), I'm planning to
add the package set these days. I would put the type_to_vector
stuff there, and at some point in time the transformer and
aggregator packages.<br>
<br>
Any comments, before I do so?<br>
<br>
All the best!<br>
Felix<br>
<br>
Am 01.02.2013 11:04, schrieb Javier Hidalgo Carrió:<br>
</div>
<blockquote cite="mid:510B9323.3090406@dfki.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<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ó
ESA - NPI Programme
Researcher
DFKI Bremen
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany
<a moz-do-not-send="true" 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>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Rock-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Rock-dev@dfki.de">Rock-dev@dfki.de</a>
<a class="moz-txt-link-freetext" href="http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev">http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
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: <a class="moz-txt-link-abbreviated" href="mailto:felix.rehrmann@dfki.de">felix.rehrmann@dfki.de</a>
Weitere Informationen: <a class="moz-txt-link-freetext" href="http://www.dfki.de/robotik">http://www.dfki.de/robotik</a>
-----------------------------------------------------------------------
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
-----------------------------------------------------------------------
</pre>
</body>
</html>