[Rock-dev] Fwd: Re: Fwd: Re: IMUSensor - temperature and inclinometers values

Alexander Duda Alexander.Duda at dfki.de
Wed Sep 26 17:42:47 CEST 2012


On 09/26/2012 05:22 PM, Leif Christensen wrote:
> Why do we always have type discussions? And what is basic about
> temperature readings? Why stuff like that has to be defined at all. Why
> not generate types on the fly from primitives (that was my understanding
> of base/types anyhow).
>
> http://www.ros.org/wiki/msg
The idea of base temperature is to provide a type which has setter and 
getter for different units (Kelvin, Celsius) but internally always uses 
the same unit. This removes a lot of errors due to a misinterpretation 
of units.

Generating types on the fly is compromising the idea of sharing 
components between different projects as the types would not be compatible.

>
> Or are we talking about more complex, but common types for sensor
> readings, navigational messages, etc.? If so, there should be some sort
> of structure in the the whole type-thing like here:
>
> http://www.ros.org/wiki/common_msgs

You mean this?
http://www.rock-robotics.org/stable/documentation/base_types.html

Alex
>
> Regards,
> Leif
>
>
>
> Am 26.09.2012 16:59, schrieb Alexander Duda:
>> On 09/26/2012 04:24 PM, Matthias Goldhoorn wrote:
>>> On 26.09.2012 16:22, Javier Hidalgo Carrió wrote:
>>>> On 09/26/2012 03:33 PM, Matthias Goldhoorn wrote:
>>>>> Hmh,
>>>>>
>>>>> i think we should add base::Temperature analog to base::angle
>>>>> WITHOUT an timestamp, becasue the temperature can then be added to
>>>>> any class without duplicate the time field.
>>>>>
>>>> In this case we will not be able to log the temperature alone in a
>>>> port with a timestamp. We will need to use the timestamp from other port.
>>> Thats the reason why you should add also the
>>> "base::TemperatureReading" type, which includes the time and the
>>> base::Temperature ;).
>>>
>>> In general in the past i was for an generic data type Stamped<T> which
>>> is in general for this kind of thinks, but there was some points
>>> against this, but i would like to point to it again ;).
>> I do see Matthias point but I would rather go for:
>> base::Temperature
>> and
>> struct base::samples::Temperature
>> {
>>      base::Time time;
>>      base::Temperature temperature;
>> }
>>
>> Alex
>>
>>>
>>>>> Add instead an TemperatureReading dataitem which includes base::Time
>>>>> and the base::Temperature (and still from my point of view an
>>>>> std::string origin)
>>>>>
>>>>> Greetings,
>>>>> Matthias
>>>>
>>>>
>>>> _______________________________________________
>>>> Rock-dev mailing list
>>>> Rock-dev at dfki.de
>>>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>>
>>> -- 
>>>   Dipl.-Inf. Matthias Goldhoorn
>>>   Space and Underwater Robotic
>>>
>>>   Universität Bremen
>>>   FB 3 - Mathematik und Informatik
>>>   AG Robotik
>>>   Robert-Hooke-Straße 5
>>>   28359 Bremen, Germany
>>>
>>>   Tel.:     +49 421 178 45-4193
>>>   Zentrale: +49 421 178 45-6550
>>>   Fax:      +49 421 178 45-4150
>>>   E-Mail:   matthias.goldhoorn at uni-bremen.de
>>>
>>>   Weitere Informationen: http://www.informatik.uni-bremen.de/robotik
>>>
>>>
>>> _______________________________________________
>>> Rock-dev mailing list
>>> Rock-dev at dfki.de
>>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>
>> -- 
>> Dipl.-Ing. Alexander Duda
>> Unterwasserrobotik
>>
>> DFKI Bremen
>> Robotics Innovation Center
>> Robert-Hooke-Straße 5
>> 28359 Bremen, Germany
>>
>> Phone: +49 (0)421 178-456620
>> Fax:   +49 (0)421 178-454150
>> E-Mail: alexander.duda 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
>>
>>
>>
>> _______________________________________________
>> Rock-dev mailing list
>> Rock-dev at dfki.de
>> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
>>


-- 
Dipl.-Ing. Alexander Duda
Unterwasserrobotik

DFKI Bremen
Robotics Innovation Center
Robert-Hooke-Straße 5
28359 Bremen, Germany

Phone: +49 (0)421 178-456620
Fax:   +49 (0)421 178-454150
E-Mail: alexander.duda 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.dfki.de/pipermail/rock-dev/attachments/20120926/4e23213c/attachment-0001.htm 


More information about the Rock-dev mailing list