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
Issue:
There should be a lightweight way to customize models provided in HyBox. If no customization is possible, then the risk is that adopters will turn away from the product for the wrong reasons. For example, if the would-be adopter "needs" to have a certain metadata field, but there is no possibility of adding additional fields, then that might be considered a deal-breaker. The decision to be made is the extent to which customization of models is to be implemented, from a documented set of choices with advantages and likely costs/risks.
The subsequent side of this is that the information needs to be exposed to the end user in a reasonable way.
Proposal:
Responsible to discuss and document decision on most appropriate way forwards, taking into account cost to implement. Initial strawperson list to discuss and extend:
No customization
Create hyboxlocal namespace and shove everything in there
Selection from a long list of pre-determined predicates / options
JSON-LD contexts to perform mappings only in JSON input
Allow assignment of human readable label to mapping
Allow creation of terms, labels/templates, and expression of equivalence to external
Allow full on ontology modeling
The text was updated successfully, but these errors were encountered:
I think we can defer this, as whatever the answer is, it has no effect (as far as I can tell) on current efforts. It could play into a discussion around admin configuration and UI design but we can assume there will always be things that people will want to add, and the core model should cover the core requirements, no everything. If you think we should tackle it, please take off the defer label.
Responsible: @azaroth42 @no-reply @mjgiarlo @hannahfrost @guegueng
Accountable: @mjgiarlo @hannahfrost
Consulted: ?
Informed: Directors
Issue:
There should be a lightweight way to customize models provided in HyBox. If no customization is possible, then the risk is that adopters will turn away from the product for the wrong reasons. For example, if the would-be adopter "needs" to have a certain metadata field, but there is no possibility of adding additional fields, then that might be considered a deal-breaker. The decision to be made is the extent to which customization of models is to be implemented, from a documented set of choices with advantages and likely costs/risks.
The subsequent side of this is that the information needs to be exposed to the end user in a reasonable way.
Proposal:
Responsible to discuss and document decision on most appropriate way forwards, taking into account cost to implement. Initial strawperson list to discuss and extend:
The text was updated successfully, but these errors were encountered: