Difference between revisions of "Data FAQ"

 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
  
=== <span style="color:#2980b9;">'''Where should I publish my data?'''</span> ===
+
=== <span style="color:#2980b9;">'''Where should I publish my data and code?'''</span> ===
  
You usually have at least three&nbsp;options and there's not a straight answer it depends on what you're publishing and why.
+
You usually have several options and there's not a straight answer it depends on what you're publishing and why.
  
<u>CLEx data collection on NCI</u>: this is the best place if you have actually produced the data yourself. We'll help you document&nbsp;your data and make it user friendly, it will be part of a climate data collection and so it will be easier to discover. NCI also has more storage capacity that other repositories and services which are designed around the netcdf format.
+
We listed some of them in our [[Publishing_options|Publishing options]]&nbsp;page
  
<u>Institutional repository</u>: this can be adeguate if you have a small dataset and it is really specific to your study or only a subset/post processing of another dataset. While institutions offer some data curation they usually won't check the data&nbsp;is well described, consistent and user friendly, so you will get a doi but no added value.
+
If you're confused feel free to ask us we are always happy to provide advice and support and whatever you choose to do remember to report the title, citation and doi on Clever. Published datasets are part of the Centre&nbsp;KPIs and something we report to our funders. It will only take a couple of minutes.
  
<u>Zenodo:</u> it's really tempting to use zenodo and other similar services, you can publish your data very quickly without needing approval from anyone. The downside of this is that while you get a doi your data is not part of an actual repository, no one checked that is sufficiently described or that even the attributes offered by the service are properly used. The data size is limited and you won't get any additional data services apart from http download.&nbsp;This should be your last resort, still if you go this way please make sure you document your data properly.
+
=== <span style="color:#3498db;">'''Do CMIP5/CMIP6 variables coming from the same simulations have the same version number?'''</span> ===
 
 
If you're confused feel free to ask us we are always happy to provide advice and support and whatever you choose to do remember to report the title and doi on Clever.
 
 
 
=== '''<span style="color: #1e49e0;">Why the CMIP5 data on Raijin has such a complicated directory structure?</span>''' ===
 
 
 
The CMIP5 dataset is overall a Pb sized dataset contributed by as many as 60 different modelling groups, hence it is inherently complicated to organise. As well because the modelling groups didn’t stick to the rules and did their own thing. Unfortunately, the guidelines in regard to versioning the dataset were not sufficiently detailed and so they've been interpreted differently by different groups. When the climate community started downloading data on Raijin it was decided that the only way to keep track of the dataset "version" was to re-create their DRS as in the web server (thredds) which are unique. We also always download the originally published dataset and no replicas from other nodes. When a web server reaches its capacity then the new datasets are published from a new server and this means that you could have a different root for the same model, sometimes for the same experiment. Currently NCI is re-downloading the latest versions of CMIP5 non-Australian data into a more coherent directory structure. the new replicated data is stored in the al33 group. Refer to their [https://opus.nci.org.au/display/CMIP/CMIP+Community+Home climate community page] for information and updates.
 
 
 
 
 
=== <span style="color: #1e49e0;">Do CMIP5/CMIP6 variables coming from the same simulations have the same version number?</span> ===
 
  
 
<span class="s1">For CMIP5 there's no way to be 100% sure that two versions come out of the same simulation. The versioning instructions where quite unclear and interpreted differently by different modelling groups. In the last couple of years, it occurred to few groups (for example GFDL) to add a "simulation_id" to their attributes but this is the exception rather than the norm. I'd like to assume that same version means the same simulation, but having a different version really just means that the group of variables has been published later, or maybe that one of them was calculated wrongly in the post-processing and has been re-published under a new version.</span> <span class="s1">A completely different simulation with a different configuration, initialization etc should have a different ensemble code so anything with r1i1p1, for example, should come from the same run, even if part of it or its post-processing might have been updated.</span> <span class="s1">More information might be available directly from the modelling groups.</span>&nbsp;
 
<span class="s1">For CMIP5 there's no way to be 100% sure that two versions come out of the same simulation. The versioning instructions where quite unclear and interpreted differently by different modelling groups. In the last couple of years, it occurred to few groups (for example GFDL) to add a "simulation_id" to their attributes but this is the exception rather than the norm. I'd like to assume that same version means the same simulation, but having a different version really just means that the group of variables has been published later, or maybe that one of them was calculated wrongly in the post-processing and has been re-published under a new version.</span> <span class="s1">A completely different simulation with a different configuration, initialization etc should have a different ensemble code so anything with r1i1p1, for example, should come from the same run, even if part of it or its post-processing might have been updated.</span> <span class="s1">More information might be available directly from the modelling groups.</span>&nbsp;
Line 23: Line 14:
 
In CMIP6 again the way versions ar eapllied is incnsistent but you can now use the tracking_ids to actually trace a file provenance, [https://search.es-doc.org/ ESDOC] gives you full information on model simulations and each file, simualtion, model, experiment has an handle you can use to track down information.
 
In CMIP6 again the way versions ar eapllied is incnsistent but you can now use the tracking_ids to actually trace a file provenance, [https://search.es-doc.org/ ESDOC] gives you full information on model simulations and each file, simualtion, model, experiment has an handle you can use to track down information.
  
=== <span style="color: #1e49e0;">Using the CLEx Roadmap data management tool is not useful for me as I don't use NCI servers.</span> ===
+
=== <span style="color:#3498db;">'''Using the CLEX&nbsp;Roadmap data management tool is not useful for me as I don't use NCI .'''</span> ===
  
 
<span class="s1">Using Roadmap is really independent of NCI, while it contains some specific information on NCI systems since they are common to many in the Centre, it is more about data management in general, regardless which hardware you use. Even if you are using your laptop it is good to have a data workflow, a plan of what you will be doing at different stages of your research. For example, to publish an RDA record for your data with us, you would now fill one of these plans, and the advantage would be that you can easily export that as a document which you can always adapt and re-use.</span>
 
<span class="s1">Using Roadmap is really independent of NCI, while it contains some specific information on NCI systems since they are common to many in the Centre, it is more about data management in general, regardless which hardware you use. Even if you are using your laptop it is good to have a data workflow, a plan of what you will be doing at different stages of your research. For example, to publish an RDA record for your data with us, you would now fill one of these plans, and the advantage would be that you can easily export that as a document which you can always adapt and re-use.</span>

Latest revision as of 01:27, 4 May 2022

Where should I publish my data and code?

You usually have several options and there's not a straight answer it depends on what you're publishing and why.

We listed some of them in our Publishing options page

If you're confused feel free to ask us we are always happy to provide advice and support and whatever you choose to do remember to report the title, citation and doi on Clever. Published datasets are part of the Centre KPIs and something we report to our funders. It will only take a couple of minutes.

Do CMIP5/CMIP6 variables coming from the same simulations have the same version number?

For CMIP5 there's no way to be 100% sure that two versions come out of the same simulation. The versioning instructions where quite unclear and interpreted differently by different modelling groups. In the last couple of years, it occurred to few groups (for example GFDL) to add a "simulation_id" to their attributes but this is the exception rather than the norm. I'd like to assume that same version means the same simulation, but having a different version really just means that the group of variables has been published later, or maybe that one of them was calculated wrongly in the post-processing and has been re-published under a new version. A completely different simulation with a different configuration, initialization etc should have a different ensemble code so anything with r1i1p1, for example, should come from the same run, even if part of it or its post-processing might have been updated. More information might be available directly from the modelling groups. 

In CMIP6 again the way versions ar eapllied is incnsistent but you can now use the tracking_ids to actually trace a file provenance, ESDOC gives you full information on model simulations and each file, simualtion, model, experiment has an handle you can use to track down information.

Using the CLEX Roadmap data management tool is not useful for me as I don't use NCI .

Using Roadmap is really independent of NCI, while it contains some specific information on NCI systems since they are common to many in the Centre, it is more about data management in general, regardless which hardware you use. Even if you are using your laptop it is good to have a data workflow, a plan of what you will be doing at different stages of your research. For example, to publish an RDA record for your data with us, you would now fill one of these plans, and the advantage would be that you can easily export that as a document which you can always adapt and re-use.

DMP will be compulsory for universities and ARC grants, publishing your data is already compulsory for most journals. Plus, at CMS we really want to hear from users that are not using NCI, users we don't normally hear from. So we get a better idea of what everybody in the Centre is doing and we can create new training resources or support all our users in a better way.