Meetings2012-02-02 » History » Version 6
Version 5 (Anonymous, 02/02/2012 04:48 PM) → Version 6/7 (Anonymous, 02/02/2012 05:07 PM)
h1. Meetings 2012-02-02
h2. RST Release Management
h3. Type Consolidation
h3. Component-specific (non-domain) Data Types
* How can these be retrieved?
* Mandatory installation to file system?
* Other serialization formats than protobuf?
h2. Meeting Planning
# Collect additional topics
# Determine topic priorities
# Roughly assign to meeting slots (~ short-term, mid-term, long-term)
h2. Discussion
h3. Type Consolidation
* Add versioning to rst library
* Lists
** Naming: HeadObject*List* instead of HeadObject*s*
** No lists in RST, handle it on middleware layer
* Open topics:
** Coordinate systems
** Units
h4. stable
* @rst/audition/ITD.proto@: filename should be full name, not abbreviation (#848)
* Express units right inside the proto file
** For first release, check, that units are documented in every proto file
** For next release, check how to express units (enum?)
* For geometry/pointcloud types, we should check compliance with PCL
* For next release: Overwork image type (check ivimage)
h4. sandbox
* Ingo cleans up States/StateTransitions in TaskState
* How to handle platform-specific types
** Extend generic type (is that feasible with protobuf?)
* VICON type needs cleanup (e.g. redundant orientations)
** Should use rst/stable types (translation/orientation/pose)
* geometry/PointPair into 2DPointPair and 3DPointPair
* Timestamp lacks specification
h4. sandbox -> stable
# @TaskState@ TaskState
# @geometry/*@
# @XOPData@ (Change package @rst.rsb.xml@ -> @rst.xml@)
# @timing/timestamp@ (after specification)
geometry
h2. RST Release Management
h3. Type Consolidation
h3. Component-specific (non-domain) Data Types
* How can these be retrieved?
* Mandatory installation to file system?
* Other serialization formats than protobuf?
h2. Meeting Planning
# Collect additional topics
# Determine topic priorities
# Roughly assign to meeting slots (~ short-term, mid-term, long-term)
h2. Discussion
h3. Type Consolidation
* Add versioning to rst library
* Lists
** Naming: HeadObject*List* instead of HeadObject*s*
** No lists in RST, handle it on middleware layer
* Open topics:
** Coordinate systems
** Units
h4. stable
* @rst/audition/ITD.proto@: filename should be full name, not abbreviation (#848)
* Express units right inside the proto file
** For first release, check, that units are documented in every proto file
** For next release, check how to express units (enum?)
* For geometry/pointcloud types, we should check compliance with PCL
* For next release: Overwork image type (check ivimage)
h4. sandbox
* Ingo cleans up States/StateTransitions in TaskState
* How to handle platform-specific types
** Extend generic type (is that feasible with protobuf?)
* VICON type needs cleanup (e.g. redundant orientations)
** Should use rst/stable types (translation/orientation/pose)
* geometry/PointPair into 2DPointPair and 3DPointPair
* Timestamp lacks specification
h4. sandbox -> stable
# @TaskState@ TaskState
# @geometry/*@
# @XOPData@ (Change package @rst.rsb.xml@ -> @rst.xml@)
# @timing/timestamp@ (after specification)
geometry