Slides from an ACRL DCIG webinar from 30 April 2014 discussing basic data management practices in file organization and naming, documentation, storage and backup, and making files usable in the future.
International Institute of Tropical Agriculture, https://www.flickr.com/photos/iita-media-library/8160877379 (CC BY-NC)
Musgo Dumio_Momio, https://www.flickr.com/photos/30976576@N07/2903662286 (CC BY-NC-SA)
Jen Doty and Rob O'Reilly, “Learning to Curate @ Emory”. RDAP 2014
Data Management Basics
• Introduction to a few topics in data
management
– File organization and naming
– Documentation
– Storage and backups
– Future file usability
Data Management Basics
• Introduction to a few topics in data
management
– File organization and naming
– Documentation
– Storage and backups
– Future file usability
Teach & Use
For each minute of planning at
beginning of a project, you will save
10 minutes of headache later
FILE ORGANIZATION & NAMING
Dan Zen, http://www.flickr.com/photos/danzen/5551831155/ (CC BY)
File Organization
• Why?
– Easier to find and use data
– Tell, at a glance, what is done and what you have
yet to do
– Can still find and use files in the future
File Organization
• How?
– Any system is better than none
– Make your system logical for your data
• 80/20 Rule
– Possibilities
• By project
• By analysis type
• By date
• …
Example
• Thesis
– By chapter
• By file type (draft, figure, table, etc.)
• Data
– By researcher
• By analysis type
– By date
File Naming Conventions
• Why?
– Make it easier to find files
– Avoid duplicates
– Make it easier to wrap up a project because you
know which files belong to it
File Naming Conventions
• When?
– For a group of related files (3 to 1000+)
– May need different conventions for different
groups
File Naming Conventions
• How?
– Pick what is most important for your name
• Date
• Site
• Analysis
• Sample
• Short description
File Naming Conventions
• How?
– Files should be named consistently
– Files names should be descriptive but short (<25
characters)
– Use underscores instead of spaces
– Avoid these characters: “ / : * ? ‘ < > [ ] & $
– Use the dating convention: YYYY-MM-DD
Documentation
• How?
– Methods
• Protocols
• Code
• Survey
• Codebook
• Data dictionary
• Anything that lets someone reproduce your results
Documentation
• How?
– Templates
• Like structured metadata but easier
• Decide on a list of information before you collect data
– Make sure you record all necessary details
– Takes a few minutes upfront, easy to use later
• Print and post in prominent place or use as worksheet
Example
• I need to collect:
– Date
– Experiment
– Scan number
– Powers
– Wavelengths
– Concentration (or sample weight)
– Calibration factors, like timing and beam size
Documentation
• How?
– README.txt
• For digital information, address the questions
– “What the heck am I looking at?”
– “Where do I find X?”
• Use for project description in main folder
• Use to document conventions
• Use where ever you need extra clarity
Example
• Project-wide README.txt
– Basic project information
• Title
• Contributors
• Grant info
• etc.
– Contact information for at least one person
– All locations where data live, including backups
Example
“Talk_v1: rough outline of talk
Talk_v2: draft of talk
Talk_v3: updated 2014-01-15 after feedback”
“ ‘Data’ folder contains all raw data files by date
‘Analysis’ has analyzed data and plots
‘Paper’ has drafts of article on this work”
*Cloud Storage
• Read the Terms of Service!
• Eg. Google Drive
– “When you upload or otherwise submit content to our Services,
you give Google (and those we work with) a worldwide license
to use, host, store, reproduce, modify, create derivative works
(such as those resulting from translations, adaptations or other
changes we make so that your content works better with our
Services), communicate, publish, publicly perform, publicly
display and distribute such content. The rights you grant in this
license are for the limited purpose of operating, promoting, and
improving our Services, and to develop new ones”
Backups
• How?
– Any backup is better than none
– Automatic backup is better than manual
– Your work is only as safe as your backup plan
Backups
• How?
– Check your backups
• Backups only as good as ability to recover data
• Test your backups periodically
– Preferably a fixed schedule
– 1 or 2 times a year may be enough
– Bigger/more complex backups should be checked more often
• Test your backup whenever you change things
Example
• I keep my data
– On my computer
– Backed up manually on shared drive
• I set a weekly reminder to do this
– Backed up automatically via SpiderOak cloud
storage
Future File Usability
• Why?
– You may want to use the data in 5 years
– PI sometimes keeps data and notes
– Prep for data sharing
– Per OMB Circular A-110, must retain data at least
3 years post-project
• Better to retain for >6 years
Future File Usability
• How?
– Back up written notes
• People always forget this one
• Difficult to interpret data without notes
• Options
– Digitally scan (recommended with digital data)
– Photocopies
Future File Usability
• How?
– Convert file formats
• Can you open digital files from 10 years ago?
• Use open, non-proprietary formats that are in wide use
– .docx .txt
– .xlsx .csv
– .jpg .tif
• Save a copy in the old format, just in case
• Preserve software if no open file format
Future File Usability
• How?
– Move to new media
• Hardware dies and becomes obsolete
– Floppy disks!
• Expect average lifetime to be 3-5 years
• Keep up with technology
Resources
• Data Ab Initio blog
– http://dataabinitio.com/
• eScience Portal
– http://esciencelibrary.umassmed.edu/
• DataONE Best Practices
– http://www.dataone.org/best-practices
Steal My Slides
• Slides + recording available
– http://connect.ala.org/node/220603
• Slides available
– http://www.slideshare.net/kbriney
Thank You!
• This presentation available under a Creative
Commons Attribution (CC-BY) license
• Some content courtesy of Dorothea Salo
– http://www.graduateschool.uwm.edu/research/resear
cher-central/proposal-development/data-plan/boot-
camp/ (CC BY)
Editor's Notes
I’m excited to be speaking today about practical data management because it is a topic near and dear to me. 5 years ago I worked in a place like this, when I was a chemistry researcher doing laser spectroscopy. My favorite part was working with my data, but it was also one of the more frustrating aspects of being a researcher. I had no training in data management, so I made things up (not always successfully). I also spent a year reproducing another person’s results and nothing shows just how inadequate most data practices are quite like working with someone else’s data.
Now, I focus on helping researchers with their data management at my current place of work, the University of Wisconsin-Milwaukee. This webinar, in fact, is based on the workshop I teach to my users.
But data management is not just for researchers. Librarians need to know these skills, in particular - those who want to curate research datasets. I’m really glad to be doing an ACRL DCIG (digital curation interest group) webinar because I think there is a strong correlation between data management and data curation.
The connection between data management and data curation was apparent at the recent Research Data Access and Preservation conference during the panel on “learning to curate”. This slide from the Emory group sums up the issue nicely in that the major challenges with curating research datasets are not preservation issues but rather data management issues. So if we want to easily curate research datasets, we need to work with researchers on data management so that data comes to us in a form that can be easily curated. Plus, data management is a skill that most researchers need, allowing us to provide a direct benefit to researchers while furthering our curation goals.
Consistent and correct naming schemes are important, as evidenced by this recent retraction for “error in coding”. Mislabelling meant that the analysis was done on the wrong samples, affecting the results of the paper. So naming is very important.
So many [lack of] backup horror stories. Toy Story 2 has one of the best ones. See video: https://www.youtube.com/watch?v=EL_g0tyaIeE&feature=player_detailpage
This one has affected me personally because I no longer have access to my PhD data, even though it is <5 years old. The reason is that my files are locked up in a proprietary format and I don’t have access to the necessary software after I left the lab. If I had done a little work ahead of time, I wouldn’t be in this position.
I encourage you to teach and share these data management strategies with your users. My slide are available under a CC-BY license, so feel free to modify and reuse.
Also, dive into these practices for yourself. They will help you manage your own data.
Remember that good data management is the accumulation of many small practices. The best way to improve your practices is to make one small change at a time. Any small improvement makes it easier to work with your data. I challenge you to take one of the practices outlined in this talk and adopt it to improve your digital file practices.