You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Although its scope is currently narrow, annotation contexts are meant to be a somewhat generic feature to attach semantics (that the viewer understands) to specific entities.
ClassDescription is a specific annotation: that attaches connection/colour semantics to the "keypoint" component of points2d/3d
AnnotationInfo is a (potentially generic?) low-level data structure used for storage of annotations such as ClassDescription.
Possible improvements
Context is both loaded and vague. We should try to find a better naming. "Annotation" (without "context") might be just as good, provided that the notion of "Annotation" is properly documented in "Concepts".
ClassDescription could have a better name as well. It pertains to keypoint ids, so its name should probably refer to that? Also, "Class" is rather loaded and best avoided in a Python SDK.
AnnotationInfo probably is a leaking implementation detail, and should disappear altogether from the API. ClassDescription should have a better, more explicit API instead. I guess this could be addressed by HOPE.
One specific situation is highlighted by the mp_face example, were multiple sets of connection (which should have different colours) must be configured. This currently some manual work to create a "keypoint id -> class id" mapping and multiple ClassDescription objects.
Current situation
ClassDescription
is a specific annotation: that attaches connection/colour semantics to the "keypoint" component of points2d/3dAnnotationInfo
is a (potentially generic?) low-level data structure used for storage of annotations such as ClassDescription.Possible improvements
Context
is both loaded and vague. We should try to find a better naming. "Annotation" (without "context") might be just as good, provided that the notion of "Annotation" is properly documented in "Concepts".ClassDescription
could have a better name as well. It pertains to keypoint ids, so its name should probably refer to that? Also, "Class" is rather loaded and best avoided in a Python SDK.AnnotationInfo
probably is a leaking implementation detail, and should disappear altogether from the API.ClassDescription
should have a better, more explicit API instead. I guess this could be addressed by HOPE.mp_face
example, were multiple sets of connection (which should have different colours) must be configured. This currently some manual work to create a "keypoint id -> class id" mapping and multipleClassDescription
objects.Bugs
The text was updated successfully, but these errors were encountered: