<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hello Sylvain,</p>
<p>sorry for the two months delay... <br>
</p>
<div class="moz-cite-prefix">On 20.10.2016 21:08, Sylvain Joyeux
wrote:<br>
</div>
<blockquote
cite="mid:CAKDpF4TeF0kEw9TXLPwiC8pUdo6YbNRafLKsYMTkrX79JMnS_w@mail.gmail.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Could we change this? Why aren't the sections just the first level in the hierarchy of the config files?
</pre>
</blockquote>
<pre wrap="">Because there was (actually, still is, but it's unused AFAIK) more
metadata than just the name, and writing something that can separate
the fields and parse the sections separately is not the end of the
world. I personally don't see any major driver to change that.</pre>
</blockquote>
Even if there is more metadata, this can be included using the right
syntax. You didn't explain any reason to break with the syntax of
yml. What do you want to express that can not be expressed with the
official syntax? The driver to change this, is that anyone can then
use an exsiting yml parser to work with this files from any ruby
script or library instead of having to implement any additional
rock-config files parser.<br>
<blockquote
cite="mid:CAKDpF4TeF0kEw9TXLPwiC8pUdo6YbNRafLKsYMTkrX79JMnS_w@mail.gmail.com"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">This is not a good practice, because we enforce the naming the files to get the tool working, right?
</pre>
</blockquote>
<pre wrap="">Whether this is good practice or not is pretty much in the eye of the
beholder. This is the convention-vs-configuration debate. I personally
very much prefer - in this case - the "convention" solution because
one *knows* where is the configuration for a given task. With the task
model name in the file, you always end up with files whose file name
do not match, and then both tools and humans *have* to read all files
to figure out which files are applicable to a certain model.</pre>
</blockquote>
I accept that you have a fair point on this one but somehow I still
don't like to have to parse the filename to get to know to which
task it belongs too... Maybe I just have to get used to it. <br>
<br>
Kind regards,<br>
Raúl<br>
<blockquote
cite="mid:CAKDpF4TeF0kEw9TXLPwiC8pUdo6YbNRafLKsYMTkrX79JMnS_w@mail.gmail.com"
type="cite">
<pre wrap="">
Sylvain
On Thu, Oct 20, 2016 at 6:56 AM, Raul Dominguez <a class="moz-txt-link-rfc2396E" href="mailto:Raul.Dominguez@dfki.de"><Raul.Dominguez@dfki.de></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello Rockers,
About the syntax:
The Yaml files that are used for configuring the tasks have a syntax
which is not proper Yaml.
To separate the sections "--- section_name" is used. Officially '---' is
the document header symbol.
This becomes a problem when you try to use any available yaml parser
either Ruby or C++.
Could we change this? Why aren't the sections just the first level in
the hierarchy of the config files?
About the content:
Currently the task to which the config belongs is not specified in the
config file contents itself, any tool has to guess it by the name of the
file. This is not a good practice, because we enforce the naming the
files to get the tool working, right? Could we have a field "Task" which
informs about to which task the config is associated.
Thanks for your feedback!
Kind regards,
Raúl
--
Raúl Domínguez (M.Sc.)
Space Robotics
Besuchsadresse der Nebengeschäftsstelle:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany
Postadresse der Hauptgeschäftsstelle Standort Bremen:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 1
28359 Bremen, Germany
Tel.: +49 421 178 45-6617
Zentrale: +49 421 178 45-0
Fax: +49 421 178 45-4150 (Faxe bitte namentlich kennzeichnen)
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:raul.dominguez@dfki.de">raul.dominguez@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
_______________________________________________
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>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Raúl Domínguez (M.Sc.)
Space Robotics
Besuchsadresse der Nebengeschäftsstelle:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany
Postadresse der Hauptgeschäftsstelle Standort Bremen:
DFKI GmbH
Robotics Innovation Center
Robert-Hooke-Straße 1
28359 Bremen, Germany
Tel.: +49 421 178 45-6617
Zentrale: +49 421 178 45-0
Fax: +49 421 178 45-4150 (Faxe bitte namentlich kennzeichnen)
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:raul.dominguez@dfki.de">raul.dominguez@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>