move images to root of daisy

external/daisy/at_a_glance.md

@@ -4,7 +4,7 @@
 
 DAISY is a tool that assists GDPR compliance by keeping a register of personal data used in research. DAISY's application menu Bar lists the main functions provided.
 
- ![Alt](../../external/img/menubar.png "DAISY Menubar")
+ ![Alt](img/menubar.png "DAISY Menubar")
  <center>DAISY Menubar</center>
 
  * _Project Management_ module allows for the recording of research activities as projects. Documenting projects is critical for GDPR compliance as projects constitute the purpose and the context of use of personal data. Any document supporting the legal and ethical basis for data use can be stored in DAISY. Examples are ethics approvals, consent configurations, or subject information sheets.
@@ -14,7 +14,7 @@ DAISY is a tool that assists GDPR compliance by keeping a register of personal d
 
 The dependencies between DAISY modules is given below. There are no hard dependencies between the Projects, Contracts and Datasets modules. In principle you may start using any of these modules once DAISY is deployed with pre-packed definitions.
 
-![Alt](../../external/img/dependencies.png "DAISY module dependencies")
+![Alt](dependencies.png "DAISY module dependencies")
  <center>DAISY module dependencies</center>
 
 <mark>Our suggestion to first-time users is the following</mark>:

external/daisy/contract_management.md

@@ -10,15 +10,16 @@ The Contract Management module allows recording legal documents signed in the co
 <mark>In order  to create a new contract</mark>:
 
 1. Click Contracts from the Menu Bar.<br />
- ![Alt](../../external/img/contract_menubar.png)
+ ![Alt](img/contract_menubar.png)
 2. Click the add button from the Contract Search Page.<br />
- ![Alt](../../external/img/add_button.png)
+ ![Alt](img/add_button.png)
 3. You will see an empty Contract Form. The _Project_ field is optional, meanwhile, in practice most contracts are signed in the context of a research project. In the _Roles_ field,  you are expected to select one or more GDPR role that identifies your institutions roles as described in the Contract.  In the _Other comments_ section you may describe the nature of the document or if the document has an ID/REF e.g. from a document management system, you may put it in. Just like projects and datasets, when creating contracts you are expected to provide a local responsible in the _Local Custodians_ field. As stated before, one of the Local Custodians must be a user with VIP Privileges. E.g. in the demo deployment _alice.white_ is a  research principle investigator and is a VIP user.<br />
-![Alt](../../external/img/contract_add_form.png)
+![Alt](img/contract_add_form.png)
 4. Click SUBMIT. Once you successfully save the form, you will be taken to the newly created contract's details page, as seen below.<br />
-![Alt](../../external/img/contract_created.png)
+![Alt](img/contract_created.png)
 
 <a name="CM2"></a>
+
 ## 5.2 Manage Contract Details
 
 After initial creation the contract will be in a skeletal form and would need further input on its signatories and document attachments.
@@ -29,11 +30,11 @@ Contracts have multiple signatories. These can be  managed via the **Partners (S
 
 
 1. Click the plus button  on the **Partners (Signatories)** details box, as seen below.<br />
- ![Alt](../../external/img/contract_add_partner.png)
+ ![Alt](img/contract_add_partner.png)
 2. You will see the **Partner and role** addition form. In this form, you will be asked to select the _Partner_ as well as the  GDPR _Roles_ that this partner assumes in the contract. You can select more than one role. It is also mandatory to provide a contact person that is with the selected partner institute. You can either select from the list or you can add a new contact if it does not already exist.
-![Alt](../../external/img/contract_add_partner_form.png)
+![Alt](img/contract_add_partner_form.png)
 3. Once you fill in the information and click SUBMIT the partner will be added to the list of signatories, as seen below. Partners can be removed from a contract by clicking on the trash icon that will appear when hovering over the items in the **Partner and role detail box**.<br />
-![Alt](../../external/img/project_ref_user_search.png)
+![Alt](img/project_ref_user_search.png)
 
 ### 5.2.2 Manage Contract Documents
 

external/daisy/dataset_management.md

@@ -6,24 +6,24 @@
 In order  to create a new Dataset:
 
 1. Click Datasets from the Menu Bar.<br />
- ![Alt](../../external/img/dataset_menubar.png)
+ ![Alt](img/dataset_menubar.png)
 2. Click the add button from the Dataset Search Page.<br />
- ![Alt](../../external/img/add_button.png)
+ ![Alt](img/add_button.png)
 3. You will see the **Dataset Creation Quick Form**<br />
- ![Alt](../../external/img/dataset_quick_form.png)
+ ![Alt](img/dataset_quick_form.png)
 4. Click SUBMIT. Once you successfully save the form, you will be taken to the newly created dataset's details page, as seen below. <br />
 
- ![Alt](../../external/img/dataset_details.png)
+ ![Alt](img/dataset_details.png)
 
 <a name="DM2"></a>
 ## 4.2 Declare Data within the Dataset
 After initial creation the dataset will be in a skeletal form. The dataset needs to be fleshed out with further information on the characteristics of the data it contains. We do this by creating **data declarations** within the dataset, by following these steps.
 
  1. Click the plus button  on the **Data declarations** details box.<br />
- ![Alt](../../external/img/datadec_empty.png)
+ ![Alt](img/datadec_empty.png)
 
  2. You will see the **Data declaration Creation Quick Form** as below. With the **Data declaration Creation Quick Form** you are asked for a **Title**  for the declaration and denote where the data was **Obtained from** by selecting one of three options. For the  **Title** one can use the same title you used earlier when creating the dataset. However, if you're going to have multiple declarations within a dataset you can give them names based on their source or their type (e.g. Helsinki Cohort, Parkinson Study-2, LuxPARK PARK2 Cell lines etc). It is important that the **Title** is a name that is familiar to you and your research group as it will be used in free text search over datasets. The options for the **Obtained from** field is described in detail [in the remainder of this section](#DDEC_OPTIONS). <br />
-![Alt](../../external/img/datadec_quick_form.png)
+![Alt](img/datadec_quick_form.png)
 
 3. Click SUBMIT. The data declaration will be created you will be taken to the **Data Declaration Editor Page**.
 
@@ -33,42 +33,42 @@ Before we describe the details of data declaration editing we will discuss the t
 
 <span>&#9675;  </span><mark><strong>From existing data/samples:</strong></mark> When you state that the data is obtained from existing data/samples in your institution, DAISY will prompt you (as below) to search for and choose the data record which is the origin for your current declaration.
 
- ![Alt](../../external/img/datadec_from_existing.png)
+ ![Alt](img/datadec_from_existing.png)
 
 You will be provided a searchable selection box, through which you can find existing data records by their Project, by responsible PI or by their title. As you will be making a selection from existing records, with this option, it is necessary that origin data had been entered into DAISY earlier.
 
 
 By choosing the **from existing data/samples:**  you will link the newly created data declaration to an existing data declaration in daisy, as depicted below.
 
-  ![Alt](../../external/img/from_existing_topology.png)
+  ![Alt](img/from_existing_topology.png)
 
 <span>&#9675;</span><mark><strong>Newly incoming data/samples:</strong></mark> When you select this option, it means you are obtaining data from a collaborator institute or from a repository and this data is being recorded for the first time in DAISY. With this option DAISY will first ask you to select a partner (institutes and repositories are both  in the partner list). Once you select a partner DAISY will then list all those contracts that are in the system involving this partner and that have local custodians overlapping with the custodians of the dataset you're detailing. If there are no such contracts or if none of the existing contracts foresee the receipt of this data, then you have to option to create an empty contract. You can later on provide the details and documentation for this empty contract. It is possible that in some DAISY deployments the _Contract Management_ module, in that case the empty contract acts as a link to the source partner for the data.
 
- ![Alt](../../external/img/datadec_newly_incoming.png)
+ ![Alt](img/datadec_newly_incoming.png)
 
 When the  **newly incoming data/samples**  option is chose, DAISY will link the newly created data declaration to a Contract and and associated Partner(s), as depicted below.
 
 
-  ![Alt](../../external/img/newly_incoming_topology.png)
+  ![Alt](img/newly_incoming_topology.png)
 
 <span>&#9675;</span><mark><strong>Other:</strong></mark> When you select this option, it means you do not want to create  any structured DAISY records to denote the origin of data being declared. DAISY will prompt you to provide a free-text description of the origin of data as seen below.
 
- ![Alt](../../external/img/datadec_other.png)
+ ![Alt](img/datadec_other.png)
 
 Data declared with the **Other** option will not have links to any other records as to its origin.
 
-  ![Alt](../../external/img/other_topology.png)
+  ![Alt](img/other_topology.png)
 
 
 After selecting any one of the options and creating the data declaration, you will be taken back to the Dataset Details Page. You can see the newly added declaration listed in the **Data Declarations** detail box. This box also provides action buttons  for  editing, deleting, and cloning  data declarations, as seen below.
 
- ![Alt](../../external/img/datadec_added.png)
+ ![Alt](img/datadec_added.png)
 
 
 Once created you're advised to edit the declaration to provide further information about the data. Data declarations have several fields in addition to the title and origin supplied during their creation.
 
 
- ![Alt](../../external/img/datadec_edit_1.png)
+ ![Alt](img/datadec_edit_1.png)
 
 
 ## 4.3 Manage Dataset Locations
@@ -76,17 +76,17 @@ Once created you're advised to edit the declaration to provide further informati
 As per GDPR, the storage of personal data is considered as a``data  processing'' and needs tone recorded. The **Storage Locations detail box** allows you to do this. In order to record a new storage location:
 1.  click the plus button  on the **Storage Locations** detail box depicted below. <br />
 
- ![Alt](../../external/img/dataset_add_location.png)
+ ![Alt](img/dataset_add_location.png)
 
 2. You will see the location creation form asking you for the _Storage Backend_ and the  _Nature of data copy_ the _Stored datatypes_ (optional) and _Location of the data_ for the paper. The backends box will list storage platforms for your institution, you need to select one and in the location box you're expected to provide information on where the data can be found on the selected platform. Please note that you are not expected to document individual files. E.g. it is good practice to record the top level folder in which a certain dataset exists. The datatypes are optional and if you're not separately storing data subsets by type then there is no need to specify datatype information for a location.
 
- ![Alt](../../external/img/dataset_add_location_form.png)
+ ![Alt](img/dataset_add_location_form.png)
 
 
 3. Click SUBMIT and the new location will be listed as below. Storage locations can be deleted by clicking on the trash icon that will appear when hovering over items in the **Storage Locations detail box**. <br />
 
 
-   ![Alt](../../external/img/dataset_remove_location.png)
+   ![Alt](img/dataset_remove_location.png)
 
 ## 4.4 Manage Dataset Accesses
 
@@ -95,15 +95,15 @@ As per GDPR, any access to personal data held in an institution needs to be reco
 In order to add a new access record:
 
 1.  Click the plus button  on the **Accesses** detail box depicted below.<br />
- ![Alt](../../external/img/dataset_add_access.png)
+ ![Alt](img/dataset_add_access.png)
 2. You will see the access creation form. Access is defined over a specific storage location, so you'd need to select one  from the _Data Locations_ list. In addition you'd need to document the access control policy in the _Remarks_ section.  If access is time-limited you may specify the start and end dates for its validity. By default all accesses recorded will fall under the scope of the project, which owns the  dataset. It is also possible to record accesses, in the scope of other projects, to do so you must select one from the _Project_ list. We discuss access across projects later in this section.<br />
- ![Alt](../../external/img/dataset_add_access_form.png)
+ ![Alt](img/dataset_add_access_form.png)
 3. Click SUBMIT and the new access will be recorded and listed on the dataset's page as below. Accesses can be deleted by clicking on the trash icon that will appear when hovering over items in the **Accesses detail box**. <br />
-   ![Alt](../../external/img/dataset_remove_access.png)
+   ![Alt](img/dataset_remove_access.png)
 
 
 As discussed above, when data of one project is being access in the context of another project, this can be specified by in the access creation form by selecting a Project (see below left). When you create access records in this way, the dataset will be linked to the project accessing it. This dataset will be listed in the **Dat used from other projects** detail box (see below right).
-   ![Alt](../../external/img/dataset_access_other_project.png)
+   ![Alt](img/dataset_access_other_project.png)
 
 
 

external/daisy/definitions_management.md

@@ -11,7 +11,7 @@ Cohort is a study that collects data and/or bio-samples from a group of particip
 In order to effectively handle data subjects' requests, as per GDPR, it is crucial that an institution keeps track of what data it keeps from which cohorts. Inline with this, DAISY allows maintaining a list of _Cohorts_ and link  _Datasets_ to _Cohorts_.
 
 The information kept on cohorts can be seen in the associated _Editor Page_ seen below. Cohorts are expected to have a _Title_ unique to them, and they are  linked to one or more _Cohort Owners_, which are that are Principle Investigators, Clinicians running the study. Cohorts owners are kept as _Contacts_ in DAISY. In order to maintain a controlled list of cohorts, the administrator for the DAISY deployment may assign an accession number to the _Cohort_, which would be the unique identifier for this Cohort.  <br />
-![Alt](../../external/img/cohort_edit_form.png)
+![Alt](img/cohort_edit_form.png)
 
 
  <a name="PAR_M"></a>
@@ -21,7 +21,7 @@ A _Partner_ is a research collaborator that is the source and/or recipient of hu
 In accordance, when maintaining _Dataset_ source info, _Dataset_ transfer info or when creating _Contract_ records, you will be asked to select Partners.
 
 The information kept on partners can be seen in the associated _Editor Page_ seen below. <br />
-![Alt](../../external/img/partner_edit_form.png)
+![Alt](img/partner_edit_form.png)
 
 <a name="CONN_M"></a>
 ## 6.3 Contacts Management
@@ -29,7 +29,7 @@ The information kept on partners can be seen in the associated _Editor Page_ see
 DAISY allows keeping an address book of all contact persons related to the _Projects_, _Datasets_, _Cohorts_ and _Contracts_.
 
 The information kept on contacts is pretty standard as can be seen in the associated _Editor Page_ given below. <br />
-![Alt](../../external/img/contact_edit_form.png)
+![Alt](img/contact_edit_form.png)