0404 » History » Revision 12
Revision 11 (Quentin Labourey, 2018-04-04 16:36) → Revision 12/13 (Quentin Labourey, 2018-04-04 16:37)
h1. 04/04
*Participants*:
* From MAG: Vincent, Fabrice, Clément, Raphaël
* From LAAS: Pierre, Ellon, Quentin
*Goals of the meeting:*
* Integrate MAG Stereovision with LAAS DEM building
* Discuss Metadata addition to ASN.1 message
* Participate to the monthly progress teleconference
h2. Integrate MAG Stereovision with LAAS DEM building
It took quite a while for MAG to be able to transfer Point clouds through the network: they had a problem with their docker and the way it was communicating with the world. They were able to provide an working point cloud and we could visualize it on Rviz thanks to Ellon's visualizer:
!IMG_20180404_123749971.jpg!
After some decoding problems, we could also produce a DEM and visualize it, but the data obtained did not make a lot of sense (pointclouds appearing in several unrelated places on the map while the robot was not moving). We did not have time to investigate the problem further to know if it came from the structure sent (pose attached) or from the DEM building algorithm.
h2. Discuss Metadata addition to ASN.1 message
The discussion mainly revolved around PoM and its interface and we did not actually get to discuss much about metadata:
* We introduced the genericTransform structure that was discussed last week. MAG seemed to be generally OK with this.
* We underlined the fact it might be awkward to have several timestamps in the same message, e.g. in a PointCloud message: there would be the timestamp associated with the Point cloud data AND 2 timestamps associated with the genericTransform that has to come with it. Multiplication of timestamps should be avoided if possible.
* We discussed the need for additional services in PoM (such as parametrizing interpolation, asking for observation timestamps). At the moment, it seems that the functionalities that we defined are enough
h2. Progress teleconference
The conference was a sum-up from each partner of their development progress:
* SpaceApps: repo maintaining + dfn integration on track. They are currently working on the orchestrator.
* Strathclyde: Several DFN already on the repo, unit tested + documentation on how to install CDFF properly. Romain said it should work for everybody without problems now. Raul underlined the fact the compilation of CDFF is DFKI's job and should be made via autoproj but SpaceApps said that different methods of compilation are not exclusive.
* DFKI: Work on DFPC Common Interface, as well as the installation guide of CDFF_dev
* MAG: Worked mainly on integration with us + RIDs for D5.*
* LAAS: 5 tracks:
** Integration with MAG in Simulation
** Integration on Robots for LIDAR DEM
** PoM
** Support of the repo and transfer of ready soft to CDFF repo.
** Definition of proper types with metadata