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

Wed Sep 26 18:11:06 CEST 2012


Am 26.09.2012 17:42, schrieb Alexander Duda:
> 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.
> 
I was more concerned about the 'basic' character of a temperature
measurement.

> Generating types on the fly is compromising the idea of sharing
> components between different projects as the types would not be
> compatible.  
> 
Yes, but that is always a tradeoff. It somehow reminds me of the
discussion between roman(also german) law and angloamerican case law.
Trying to define everything for all times to be globally consistent
doesn't work out in the end.

>>
>> 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
> 
No. I was talking about a structure in commonly shared messages. The
link I posted was dealing with the common_msgs stack, which has a
structure, since there are groups for diagnostic messages, geometry
messages, nav messages, sensor messages, etc.

> 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 
> 

-- 
 Leif Christensen

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

 Phone: +49 (0)421 17845-4149
 Fax:   +49 (0)421 17845-4150
 E-Mail: leif.christensen 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
 -----------------------------------------------------------------------