A Capability Maturity Model for Research Data Management
CMM for RDM » 4. Data Dissemination » 4.1 Commitment to Perform

Changes for document 4.1 Commitment to Perform

Last modified by Arden Kirkland on 2014/06/06 13:01
From version 23.1
edited by Arden Kirkland
on 2014/05/18 12:46
To version 24.1
edited by Arden Kirkland
on 2014/05/18 18:24
Change comment: proofreading

Content changes

... ... @@ -6,20 +6,25 @@
6 6
7 7 //**Commitment to Perform **describes the actions the organization must take to ensure that the process is established and will endure. Commitment to Perform typically involves establishing organizational policies and senior management sponsorship.//
8 8
9 -Data dissemination involves two aspects: one is data submission to a repository and the other dissemination to communities. Data submission ensures that there are data to disseminate while the dissemination part publicizes the data and distributes, and delivers them to the users who requested the data.
9 +Data dissemination involves two aspects: one is data submission to a repository and the other is dissemination to communities. Data submission ensures that there are data to disseminate while the dissemination part publicizes the data, distributes, and delivers them to the users who requested the data.
10 10
11 -An important signpost for institution's commitment to disseminating data is a technical and policy infrastructure that 1) makes data submission easy to do and 2) incentivizes and normalizes the practice of data submission by widening data dissemination.The commitment to perform includes identifying what should be submitted and disseminated, through which channels, how communities should be made aware of the data availability, and how the impact should be evaluated. In addressing these issues, a group of data policies are established to ensure the institutional commitment to repository services and data dissemination.
11 +An important signpost for an institution's commitment to disseminating data is a technical and policy infrastructure that
12 12
13 +1. (% style="font-size: 14px;" %)makes data submission easy to do
14 +1. (% style="font-size: 14px;" %)incentivizes and normalizes the practice of data submission by widening data dissemination
15 +
16 +The commitment to perform includes identifying what should be submitted and disseminated, through which channels, how communities should be made aware of the data availability, and how the impact should be evaluated. In addressing these issues, a group of data policies are established to ensure the institutional commitment to repository services and data dissemination.
17 +
13 13 == 4.1.1 Develop data sharing policies ==
14 14
15 -Data sharing policies are concerned with rules and guidelines on how data should be archived, disseminated, accessed, and used.They may be developed by a research center, an institution, or a data repository and are generally conformed with funding agency's policy mandates for data sharing and dissemination. Policies for data sharing vary in scope and types depending on for what type of organization such a policy is aimed. For example, a data submission policy may specify the requirements that a standard data submission form must be used; all data must have metadata meeting the standards adopted by the repository ([[Black Rock Forest Consortium, 2007>>||anchor="Black-Rock"]]).
20 +Data sharing policies are concerned with rules and guidelines on how data should be archived, disseminated, accessed, and used. They may be developed by a research center, an institution, or a data repository and generally conform to a funding agency's policy mandates for data sharing and dissemination. Policies for data sharing vary in scope and type depending on the type of organization for which such a policy is aimed. For example, a data submission policy may specify the requirements that a standard data submission form must be used; all data must have metadata meeting the standards adopted by the repository ([[Black Rock Forest Consortium, 2007>>||anchor="Black-Rock"]]).
16 16
17 - In general, policies for data sharing should cover:
22 +In general, policies for data sharing should cover:
18 18
19 19 * What to be shared: this item usually involves data classification based on legal and/or contractual restrictions, public or internal domains, and so on.
20 -* Compliance: whether submitting data to a data repository is a requirement or option for the members of the organization and when such submission should be completed. This lay out the expectations for sharing data. ([[Hale et al., 2003>>||anchor="Hale"]]). For example, "Datasets will be uploaded to the data catalog for availability within PISCO within one year of collection" ([[DataONE, 2013>>||anchor="PISCO"]]).
25 +* Compliance: whether submitting data to a data repository is a requirement or option for the members of the organization and when such submission should be completed. This lays out the expectations for sharing data. ([[Hale et al., 2003>>||anchor="Hale"]]). For example, "Datasets will be uploaded to the data catalog for availability within PISCO within one year of collection" ([[DataONE, 2013>>||anchor="PISCO"]]).
21 21 * Standards: tools for capturing metadata during data submission should be based on community and/or disciplinary metadata standards for ensuring metadata quality and interoperability.
22 -* Constraints: whether there is any legal or contractual bindings for the data to be shared and how such legal or contractual procedures should be followed. These constraints define data access capabilities needed by community(s) of users ([[DataONE, 2011a>>||anchor="DataONE-a"]]) and the likely final destination and likely mode of dissemination of your data ([[Hook et al, 2010>>||anchor="Hook"]]).
27 +* Constraints: whether there are any legal or contractual bindings for the data to be shared and how such legal or contractual procedures should be followed. These constraints define data access capabilities needed by a community of users ([[DataONE, 2011a>>||anchor="DataONE-a"]]) and the likely final destination and likely mode of dissemination of the data ([[Hook et al, 2010>>||anchor="Hook"]]).
23 23
24 24 (((
25 25 Sharing is good for the research enterprise as a whole ([[Columbia Center for New Media Teaching and Learning, n.d.>>]]), and having data sharing policies ensures the institutional commitment to making it happen and to reducing the level of effort required to prepare data for sharing. ([[Hook et al., 2010>>]]).
... ... @@ -28,13 +28,13 @@
28 28
29 29 == 4.1.2 Develop policies for data rights and rules for data use ==
30 30
31 -Policies for public data and restricted data often have different sets of conditions and rules for access and use. For publicly accessible datasets, the access and use policy typically specifies acceptable use, redistribution, citation, acknowledgement, disclaimer, and terms of agreement. DataOne suggests that usage rights statements should include what are appropriate data uses, how to contact the data creators, and acknowledge the data source. ([[DataONE, 2011c>>||anchor="DataONE-c"]]).
36 +Policies for public data and restricted data often have different sets of conditions and rules for access and use. For publicly accessible datasets, the access and use policy typically specifies acceptable use, redistribution, citation, acknowledgement, disclaimer, and terms of agreement. DataOne suggests that usage rights statements should include what are appropriate data uses, how to contact the data creators, and how to acknowledge the data source. ([[DataONE, 2011c>>||anchor="DataONE-c"]]).
32 32
33 -**//Acceptable use~://** defines the scope of use, e.g., commercial or non-commercial; derivations or other forms of products based on the dataset. The policy of acceptable use lays down the basis for more specific requirements and conditions in data use or reuse. The [[Protein Data Bank (PDB)>>url:http://www.rcsb.org/pdb/home/home.do||rel="__blank"]]'s usage policy represents that of a large open data repository, which includes conditions regarding how it is available (open to all users), conditions for redistribution, recognition of intellectual property ([[PDB, 2014>>||anchor="PDB"]]).
38 +**//Acceptable use~://** defines the scope of use, e.g., commercial or non-commercial; derivations or other forms of products based on the dataset. The policy of acceptable use lays down the basis for more specific requirements and conditions in data use or reuse. The [[Protein Data Bank (PDB)>>url:http://www.rcsb.org/pdb/home/home.do||rel="__blank"]]'s usage policy represents that of a large open data repository, which includes conditions regarding how it is available (open to all users), conditions for redistribution, and recognition of intellectual property ([[PDB, 2014>>||anchor="PDB"]]).
34 34
35 -//**Redistribution: **//specifies whether the data sets can be redistributed and if so what rules should be followed. Many publicly available data sets allow for redistribution but only in its original format.
40 +//**Redistribution: **//specifies whether the data sets can be redistributed and if so what rules should be followed. Many publicly available data sets allow for redistribution but only in their original format.
36 36
37 -//**Citations:**// citations to data sets not only credit the original data creator or principle investigator, but is also a great way to broaden the impact and raise the visibility of the data set. Policies in this area should provide example citations.
42 +//**Citations:**// citations to data sets not only credit the original data creator or principle investigator, but are also a great way to broaden the impact and raise the visibility of the data set. Policies in this area should provide example citations.
38 38
39 39 **//Acknowledgement~://** this policy specifies that data users should acknowledge any institutional support or specific funding awards referenced. The [[Hubbard Brook Ecosystem Study>>url:http://www.hubbardbrook.org/||rel="__blank"]] (HBES), for example, provides the acknowledgement example in its data use policy:
40 40
... ... @@ -45,7 +45,7 @@
45 45
46 46 == 4.1.3 Develop data confidentiality policies ==
47 47
48 -Data confidentiality refers to the rules and conditions that limit the release of data for access and the access permissions and rights to data and information. Release of early data before publication can jeopardize the ability of an investigator to be the first to publish a research finding. Data that can lead to patents also cannot be shared prematurely.Data confidentiality policies help scientists balance the free exchange of some sensitive scientific data and the risk that might come with such free exchange ([[Columbia Center for New Media Teaching and Learning, n.d.>>||anchor="Columbia"]]).
53 +Data confidentiality refers to the rules and conditions that limit the release of data for access and the access permissions and rights to data and information. Release of early data before publication can jeopardize the ability of an investigator to be the first to publish a research finding. Data that can lead to patents also cannot be shared prematurely. Data confidentiality policies help scientists balance the free exchange of some sensitive scientific data and the risk that might come with such free exchange ([[Columbia Center for New Media Teaching and Learning, n.d.>>||anchor="Columbia"]]).
49 49
50 50 Before disseminating the data, it should be determined whether the data has any confidentiality concerns ([[DataONE, 2011b>>||anchor="DataONE-b"]]) and if so, such concerns should be documented to determine overall sensitivity. Confidentiality policies should be developed to protect the data and establish procedures and mechanisms based on sensitivity of the data ([[DataONE, 2011b>>||anchor="DataONE-b"]]). The policy should also specify who should have access based on ethical, intellectual-property, and research-based considerations ([[Columbia Center for New Media Teaching and Learning, n.d.>>||anchor="Columbia"]]).
51 51
... ... @@ -66,7 +66,6 @@
66 66 |Level 5: Optimizing
67 67 Focus on process improvement|Processes regarding data sharing or confidentiality are evaluated on a regular basis, as codified in organizational policies with senior management sponsorship, and necessary improvements are implemented
68 68
69 -
70 70 == References ==
71 71
72 72 {{id name="Black-Rock"/}}Black Rock Forest Consortium. (2007). Data submission protocol. Retrieved from [[http:~~/~~/www.blackrockforest.org/docs/scientist-resources/DataResources/DataSubmission.html>>url:http://www.blackrockforest.org/docs/scientist-resources/DataResources/DataSubmission.html||rel="__blank"]]

XWiki Enterprise 5.1-milestone-1 - Documentation