Skip to content

Commit 3815be4

Browse files
author
Quarto GHA Workflow Runner
committed
Built site for gh-pages
1 parent 4b6324c commit 3815be4

5 files changed

Lines changed: 6 additions & 6 deletions

File tree

.nojekyll

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1 +1 @@
1-
3ab6efc8
1+
283f5dd1

guides.html

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -566,7 +566,7 @@ <h1 class="title">Guides</h1>
566566
</div>
567567

568568

569-
<div class="accordion-item vu-listing-item" data-index="11" data-listing-file-modified-sort="1767879854000" data-listing-reading-time-sort="3" data-listing-word-count-sort="472">
569+
<div class="accordion-item vu-listing-item" data-index="11" data-listing-file-modified-sort="1784798241000" data-listing-reading-time-sort="3" data-listing-word-count-sort="546">
570570
<span class="accordion-header" id="heading11">
571571
<button class="accordion-button collapsed" type="button" data-bs-toggle="collapse" data-bs-target="#collapse11" aria-expanded="false" aria-controls="collapse11">
572572
<span class="listing-title">What should I do when leaving VU Amsterdam?</span>

guides/offboarding.html

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -193,8 +193,8 @@ <h1 class="title">What should I do when leaving VU Amsterdam?</h1>
193193

194194
<section id="offboarding" class="level2">
195195
<h2 class="anchored" data-anchor-id="offboarding">Offboarding</h2>
196-
<p>When leaving VU Amsterdam, you are likely to leave behind project-related data. This data needs to be <a href="../topics/data-archiving">archived</a> and be accessible for other researchers for verification of research data. This is also an important step in complying with regulations of funding organisations. Furthermore, researchers who remain at VU Amsterdam may want to use your data in the future. To facilitate this, we provide a template to fill out that can be handed over to your manager.</p>
197-
<p>Furthermore, for removing data, it is important that you make clear which data can be removed. If this is not done, it remains unclear to your department/manager whether the data can be removed in accordance with agreements with research funders (e.g., Dutch Research Council, NWO) and privacy laws (e.g., <a href="../topics/gdpr.html">General Data Protection Regulation, GDPR</a>).</p>
196+
<p>When leaving VU Amsterdam, you are likely to leave behind project-related data. This data needs to be <a href="../topics/data-archiving">archived</a> and be accessible for other researchers for verification of research data. This is also an important step in complying with regulations of funding organisations. If data are no longer being used in ongoing research, have been archived or published, and can be removed from active storage (i.e.&nbsp;Research Drive and the active storage part of Yoda), you can ask functional application management in the University Library to remove these data for you. There is a <a href="https://services.vu.nl/esc?id=sc_cat_item&amp;sys_id=e237c4f4c3900b5026ed7e43e4013152" target="_blank">request form</a> in which you can indicate what data it concerns.</p>
197+
<p>Researchers who remain at VU Amsterdam may want to use your (archived/published) data in the future. To facilitate this, we provide a template to fill out that can be handed over to your manager. Additionally, for removing data, it is important that you make clear which data can be removed, if this has not been arranged through the request form linked above. If this is not done, it remains unclear to your department/manager whether the data can be removed in accordance with agreements with research funders (e.g., Dutch Research Council, NWO) and privacy laws (e.g., <a href="../topics/gdpr.html">General Data Protection Regulation, GDPR</a>).</p>
198198
<p>Note: this is a general template and the process may vary from department to department. Therefore, we recommend that you check with your department if any department-specific workflows are in place.</p>
199199
<section id="contact-information" class="level3">
200200
<h3 class="anchored" data-anchor-id="contact-information">Contact Information</h3>

search.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3650,7 +3650,7 @@
36503650
"href": "guides/offboarding.html#offboarding",
36513651
"title": "What should I do when leaving VU Amsterdam?",
36523652
"section": "Offboarding",
3653-
"text": "Offboarding\nWhen leaving VU Amsterdam, you are likely to leave behind project-related data. This data needs to be archived and be accessible for other researchers for verification of research data. This is also an important step in complying with regulations of funding organisations. Furthermore, researchers who remain at VU Amsterdam may want to use your data in the future. To facilitate this, we provide a template to fill out that can be handed over to your manager.\nFurthermore, for removing data, it is important that you make clear which data can be removed. If this is not done, it remains unclear to your department/manager whether the data can be removed in accordance with agreements with research funders (e.g., Dutch Research Council, NWO) and privacy laws (e.g., General Data Protection Regulation, GDPR).\nNote: this is a general template and the process may vary from department to department. Therefore, we recommend that you check with your department if any department-specific workflows are in place.\n\nContact Information\n\n\n\nField\nDetails\n\n\n\n\nName\n\n\n\nNew email\n\n\n\nVUNETID\n\n\n\n\n\n\nImportant Data\n\nDataset/Software #1\n\n\n\n\n\n\n\nField\nDetails\n\n\n\n\nTitle of dataset/software (if applicable)\n\n\n\nDescription (can point to existing metadata). Think about structure, hierarchy etc.\n\n\n\nLocation (e.g., URL, SciStor, Yoda)\n\n\n\nSoftware to read data\n\n\n\nFuture contact(s) (e.g., you, someone else at VU)\n\n\n\nLicence\n\n\n\nPrivacy issues (if any)\n\n\n\nOther (e.g., password protection, special storage instructions, data co-ownership)\n\n\n\n\n\n\nDataset/Software #2\n\n\n\n\n\n\n\nField\nDetails\n\n\n\n\nTitle of dataset/software (if applicable)\n\n\n\nDescription (can point to existing metadata). Think about structure, hierarchy etc.\n\n\n\nLocation (e.g., URL, SciStor, Yoda)\n\n\n\nSoftware to read data\n\n\n\nFuture contact(s) (e.g., you, someone else at VU)\n\n\n\nLicence\n\n\n\nPrivacy issues (if any)\n\n\n\nOther (e.g., password protection, special storage instructions, data co-ownership)\n\n\n\n\nNOTE: In case you have more datasets, please copy the table above as many times as needed.\n\n\n\nData Removal\nI declare that all important data was archived (see above), and my account and associated data can be removed on the following platforms:\n\nSciStor\nSURFdrive\nResearch Drive\nYoda Active storage\nOneDrive\nLab journals\nOther, namely ….\n\nArchiving data is a relatively long-term solution, but even archived data has a lifespan (e.g., Yoda data will be removed after 10 years by default). What should happen when data is due for removal from the archiving platform?\n\nData can be removed.\nA decision on further archiving can be made by:\n\nName:\nPosition:\nDepartment and faculty:\nEmail:\n\n\nDate, and location:\nSignature:"
3653+
"text": "Offboarding\nWhen leaving VU Amsterdam, you are likely to leave behind project-related data. This data needs to be archived and be accessible for other researchers for verification of research data. This is also an important step in complying with regulations of funding organisations. If data are no longer being used in ongoing research, have been archived or published, and can be removed from active storage (i.e. Research Drive and the active storage part of Yoda), you can ask functional application management in the University Library to remove these data for you. There is a request form in which you can indicate what data it concerns.\nResearchers who remain at VU Amsterdam may want to use your (archived/published) data in the future. To facilitate this, we provide a template to fill out that can be handed over to your manager. Additionally, for removing data, it is important that you make clear which data can be removed, if this has not been arranged through the request form linked above. If this is not done, it remains unclear to your department/manager whether the data can be removed in accordance with agreements with research funders (e.g., Dutch Research Council, NWO) and privacy laws (e.g., General Data Protection Regulation, GDPR).\nNote: this is a general template and the process may vary from department to department. Therefore, we recommend that you check with your department if any department-specific workflows are in place.\n\nContact Information\n\n\n\nField\nDetails\n\n\n\n\nName\n\n\n\nNew email\n\n\n\nVUNETID\n\n\n\n\n\n\nImportant Data\n\nDataset/Software #1\n\n\n\n\n\n\n\nField\nDetails\n\n\n\n\nTitle of dataset/software (if applicable)\n\n\n\nDescription (can point to existing metadata). Think about structure, hierarchy etc.\n\n\n\nLocation (e.g., URL, SciStor, Yoda)\n\n\n\nSoftware to read data\n\n\n\nFuture contact(s) (e.g., you, someone else at VU)\n\n\n\nLicence\n\n\n\nPrivacy issues (if any)\n\n\n\nOther (e.g., password protection, special storage instructions, data co-ownership)\n\n\n\n\n\n\nDataset/Software #2\n\n\n\n\n\n\n\nField\nDetails\n\n\n\n\nTitle of dataset/software (if applicable)\n\n\n\nDescription (can point to existing metadata). Think about structure, hierarchy etc.\n\n\n\nLocation (e.g., URL, SciStor, Yoda)\n\n\n\nSoftware to read data\n\n\n\nFuture contact(s) (e.g., you, someone else at VU)\n\n\n\nLicence\n\n\n\nPrivacy issues (if any)\n\n\n\nOther (e.g., password protection, special storage instructions, data co-ownership)\n\n\n\n\nNOTE: In case you have more datasets, please copy the table above as many times as needed.\n\n\n\nData Removal\nI declare that all important data was archived (see above), and my account and associated data can be removed on the following platforms:\n\nSciStor\nSURFdrive\nResearch Drive\nYoda Active storage\nOneDrive\nLab journals\nOther, namely ….\n\nArchiving data is a relatively long-term solution, but even archived data has a lifespan (e.g., Yoda data will be removed after 10 years by default). What should happen when data is due for removal from the archiving platform?\n\nData can be removed.\nA decision on further archiving can be made by:\n\nName:\nPosition:\nDepartment and faculty:\nEmail:\n\n\nDate, and location:\nSignature:"
36543654
},
36553655
{
36563656
"objectID": "guides/publishing-fair-software.html",

sitemap.xml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -438,7 +438,7 @@
438438
</url>
439439
<url>
440440
<loc>https://ubvu.github.io/open-handbook/guides/offboarding.html</loc>
441-
<lastmod>2026-01-08T13:44:14.000Z</lastmod>
441+
<lastmod>2026-07-23T09:17:21.000Z</lastmod>
442442
</url>
443443
<url>
444444
<loc>https://ubvu.github.io/open-handbook/guides/publishing-fair-software.html</loc>

0 commit comments

Comments
 (0)