provider segment and core segment information is only added to the working memory object that will be exported when the corresponding episode snapshots that are exported have this core- or provider-segment
The log prints an info statement when core- and provider segments are exported that do not have aron type information.

Problem: when storing ltm a new wm is created and the entity snapshots are added, but the aron-type information of the server::wm is lost

Fix: new method that adds core and provider segments to newly created armem::wm to which entity snapshots are added
This needs a better solution, but export of aron-type information does work like this

# Conflicts:
#	source/RobotAPI/libraries/armem/core/MemoryID.cpp

Changes for ARMAR-7

See merge request sw/armarx/robot-api!417

Resolve "Fix usage of custom skill blueprints"

Closes #140

See merge request sw/armarx/robot-api!416

This commit introduces the SkillWithContextBlueprint, this allows for the creation of Skills that require a context to be connected. Also, changes were made to the SkillProviderComponentPlugin where naming of some skill factories was corrected.

Use common Names type for object classes, add getObjectClasses to client

See merge request sw/armarx/robot-api!415

add FramedPositionAndOrientation aron type and add constructor in pose and framed pose related to this type

Skills: Fix missing result for the last status update if a skill succeeds

See merge request sw/armarx/robot-api!412

- no comparison
- better human readability of json
- added runtime of recording  and lifetime of filter

also removed some old ARMARX_INFO prints

- returns empty statistics if getting Statistics from processors does not work (e.g. no processors were used)
- calls save_statistics method from Plugin.cpp after disconnecting component
- save_statistics now takes exportPath and exportName as parameters to build the correct path to the statistics directory
	- statistics directory can be found at: exportPath/Date/exportName/MemoryName/Statistics

- removed functionality that was only needed when recording multiple LTMs in parallel
- removed some old comments and some old ARMARX_INFO code
- added some new try-catch blocks and appropriate warnings

EntityInstance: changed bool to actually not save data in aron.json when extracting
Memory.cpp: rebased code to add date to memory base path to DiskStorageMixin
DiskStorageMixin: added code to save exports of LTM at exportPath/Date/exportName/MemoryName...

# Conflicts:
#	source/RobotAPI/libraries/armem/server/ltm/EntityInstance.cpp

ExportName for LTM exports can be set by adjusting property config file and ArmarX.MemoryName.mem.ltm.exportName property

Also stopped cloning aron data before extraction because that was only necessary for multiple LTMs

Add introspection about timings in Robot state memory

See merge request sw/armarx/robot-api!414

Object memory discards object poses with too old timestamps, instead of spamming warnings

See merge request sw/armarx/robot-api!413

Add class and component MemoryToDebugObserver

See merge request !410