search

NCEAS / morpho

Morpho metadata editor
GNU General Public License v2.0
3 stars 1 forks source link

Address "inherited" access policy on data entities #990

Closed mbjones closed 6 years ago

mbjones commented 6 years ago

Author Name: ben leinfelder (ben leinfelder) Original Redmine Issue: 5831, https://projects.ecoinformatics.org/ecoinfo/issues/5831 Original Date: 2013-01-29 Original Assignee: ben leinfelder

There is an "inherit from metadata" choice when editing data access policy. This worked when we knew Metacat was handling the package and would enforce the EML rules for everything in the datapackage. But DataONE doesn't have the same notion -- all the obejcts fend for themselves using whatever SM.AccessPolicy they have.

My inclination is to remove this option but that raises some concerns: -what should the default policy be for data files? (I say private) -would it be more convenient to let people duplicate their sciMeta access rules to the sciData objects?

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-30T15:49:59Z

I think the best approach is to remove the "inherit" choice in the entity access screen so that we do not give the user false expectations where they think that if they edit the sciMeta access the data access will follow suit.

For new data entities I think we should copy the sciMeta access rules when the data import wizard completes and apply them to the data object. From then on, modifications to either are completely independent.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-30T21:04:41Z

Removed inherit option from the data entity access control screen.

Need to check if the data import wizard will copy the access rules from the EML.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-30T22:34:54Z

The data table import copies the access rules, but the other entity import does not.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-30T22:37:14Z

Actually -- more investigation is needed here. They seem to be treated the same but I am seeing different results as I test the import.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-31T05:50:37Z

Both dataTable and otherEntity now use the EML's SM (including AccessPolicy) as a template for their entity SM. This is a one-time thing at the time of data import. Subsequent changes to the EML's access policy will not cascade to the data entities in the package.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Redmine Admin (Redmine Admin) Original Date: 2013-03-27T21:31:48Z

Original Bugzilla ID was 5831