search

hybox / models

Data Modeling repository for HyBox (ontologies, vocabularies, best practices, requirements, etc)
Apache License 2.0
5 stars 3 forks source link

Determine customization possibilities for models #10

Open azaroth42 opened 8 years ago

azaroth42 commented 8 years ago

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:

azaroth42 commented 8 years ago

Ping @hannahfrost @mjgiarlo @anarchivist.

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.

anarchivist commented 8 years ago

:+1:

hannahfrost commented 8 years ago

:+1: to deferring for the time being. I added @guegueng as a Responsible and it would be helpful to start discussions on this matter soon.

anarchivist commented 7 years ago

Metadata User Stories are potentially relevant here.