Robotics Service Bus: Issueshttps://code.cor-lab.de/https://code.cor-lab.de/favicon.ico?14019720732016-11-08T11:19:38ZOpen Source Collaboration Platform
Redmine Feature #2673 (In Progress): In addition to DISPLAY_NAME, the introspection system should accept ...https://code.cor-lab.de/issues/26732016-11-08T11:19:38ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>The introspection system should read an environment <code>DISPLAY_VERSION</code> or similar to populate a "component version" field for the current process.</p>
<p>When looking at processes via introspection, it would often be convenient to know, which version of the underlying program is being executed.</p> Feature #2555 (In Progress): Allow easy debugging of RSB configurationhttps://code.cor-lab.de/issues/25552016-06-05T22:12:33ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>With RSB configuration, it is sometimes hard to debug issues or even understand what is going on exactly.</p>
One way would be an appropriate logging configuration, but not an <em>easy</em> way:
<ul>
<li>Requires knowledge about logger hierarchy (i.e. something like <code>export RSB_RSC_LOGGING_RSC_CONFIG=ALL</code>)</li>
<li>Requires modifying the configuration which may interfere with the issue being debugged</li>
<li>Requires sifting through tons of output and figuring out what is going on</li>
<li>Depends on the RSB implementation</li>
</ul>
A better solution might be
<ul>
<li>Set an environment variable <code>__CONFIG_DEBUG</code> </li>
<li>Process it outside the configuration system (as to not interfere)</li>
<li>The output should be minimal (as to not require searching for the relevant information)</li>
</ul> Feature #2227 (Feedback): Symlinks/Aliases for Scopeshttps://code.cor-lab.de/issues/22272015-04-21T14:24:14ZC. Leichsenringcmertes@cit-ec.uni-bielefeld.de
<p>For various reasons it would be useful to make the same informer have multiple scopes, i.e. de facto symlinks or aliases for scopes. Example use cases would be:</p>
<ul>
<li>provide a list of services or devices by human-readable name and number</li>
<li>list services by different criteria</li>
<li>provide different formats under different scopes but link to a default scope</li>
<li>.... basically every reason why one would want symlinks in file systems, too</li>
</ul> Feature #2185 (New): Provide Contrib Library or Folder for Community Additionshttps://code.cor-lab.de/issues/21852015-02-24T10:43:19ZS. Wredeswrede@cor-lab.uni-bielefeld.de
<p>The proposal here is to provide a <code>contrib</code> folder or library that contains community additions to the framework core. These additions should primarily consist of plugins or additional implementations for the RSB extension points that do not justify a standalone plugin library or can not (yet) be included in the core library. This should allow faster dissemination of new experimental features to the community without fragmentation or erosion of the library core.</p>
<p>The technical means to achieve this (folder vs. library, cmake components or not, integration with core documentation, ...) needs to be discussed.</p> Feature #2139 (New): Finalize introspection implementationhttps://code.cor-lab.de/issues/21392014-12-17T14:32:12ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deFeature #2138 (New): Allow constructing scopes from a list of component strings (potentially sing...https://code.cor-lab.de/issues/21382014-12-17T13:13:52ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul>
<li>Java</li>
<li>C++</li>
<li>Python</li>
</ul> Feature #2051 (In Progress): Qt-based graphical event loggerhttps://code.cor-lab.de/issues/20512014-10-09T09:12:23ZR. Haschkerhaschke@techfak.uni-bielefeld.de
<p>initial commit to feature branch "feature-loggerqt"</p> Feature #1982 (In Progress): Enable introspection senders by default?https://code.cor-lab.de/issues/19822014-09-05T16:45:47ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>I think we decided to enable introspection by default at some point.</p>
<p>Now we should probably discuss when and how we want to make that transition after the implementations get pushed.</p> Feature #1870 (New): Allow (optional) parallel method callshttps://code.cor-lab.de/issues/18702014-05-08T12:36:06ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul>
<li>Johannes will commit patches containing a short-term workaround for C++ and Java</li>
</ul> Feature #1839 (In Progress): Reference documentation in conditionshttps://code.cor-lab.de/issues/18392014-04-13T16:00:56ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deFeature #1825 (New): bag record: Start timestamp for remote recording starthttps://code.cor-lab.de/issues/18252014-03-31T21:03:35ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul>
<li>The start method of the remote control interface should accept an optional timestamp</li>
<li>When such a timestamp is supplied, the method will block until the specified time</li>
<li>Recording will start and the method will return</li>
</ul> Feature #1776 (In Progress): Highlight interesting things in logger/bag-cat outputhttps://code.cor-lab.de/issues/17762014-02-18T13:14:42ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
Attached screenshot shows some examples:
<ul>
<li>Event method present/not present</li>
<li>Timestamps:
<ul>
<li>Timestamp is not/is ~ now</li>
<li>Timestamp is from the future</li>
<li>Framework timestamps are not ordered correctly</li>
</ul>
</li>
<li>Sequence number = 0</li>
</ul> Feature #1771 (In Progress): Add META block to TIDELog backendhttps://code.cor-lab.de/issues/17712014-02-14T11:48:57ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deFeature #1770 (In Progress): Add TYPE block to TIDELog backendhttps://code.cor-lab.de/issues/17702014-02-14T11:43:09ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deFeature #1102 (In Progress): Use data type definitions stored in log fileshttps://code.cor-lab.de/issues/11022012-07-27T08:53:25ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p><code>bat-{cat,play,merge}</code> should use the data type definitions stored in log files when possible. This avoids loading IDL files all the time.</p>