-
Notifications
You must be signed in to change notification settings - Fork 249
Open
Description
Currently the app interface specification has mixed semantics.
The field “type”: is e.g. used to encode types of algorithms but also interaction schemes, or even concrete implementations. (see e.g. Radiology App models “deepgrow” and “segmentation_spleen”
That is problematic for a robust implementation in host applications.
First ideas:
- Interaction types should be separated from “type”
- The interactions field should be able to take multiple values, as models might support several interaction schemes.
- The values of the interaction field should be an open set, as we don’t know which kind of new interaction paradigms may come. We should only define the encodings for interaction schemes we already know now and have well defined.
- It should be better clarified what “type” should encode and if there are a kind of taxonomy that can be used.
Metadata
Metadata
Assignees
Labels
No labels
Type
Projects
Status
No status