Successfully reported this slideshow.
Activate your 14 day free trial to unlock unlimited reading.
• Did you pay for the tool/platform that you
want to use?
• Did you have to pay for it once, or do you
have to renew it annually?
• How will your users interact with the
• Case 1:
• You probably produce many documents in Microsoft
Word, and send them to other people (or print
them out to give to people.)
• Case 2:
• You produce documents in Microsoft Word, and you
want other people to edit those documents with
you, using Microsoft Word’s collaborative editing
• In what space was your project built?
• Your personal site?
• The university’s webspace?
• Where is the project supposed to “live”
• Where did the funding for the project
Platform Support & Lifespan
• Who made the platform you want to use?
• Is it open source?
• What kind of user support is available?
• How is maintenance of the platform (not
your project, but the platform itself)
funded? (Grants? Donations?)
• Is it new and shiny? Or old and reliable?
Who is your audience?
• Specialized scholarly audience
• Other digital/multimodal scholars
• The general public
• Can you import your data (i.e., prepare it
outside of the platform?)
• Can you export your data?
• In a way that allows other people to
see what the platform does?
• In a way that allows you to use the
data in other platforms?
• For a platform to be “robust,” it needs to be able to
handle unexpected input or actions in a way that
allows the user to fix the problem and continue with
• While this definition of robust is generally agreed
upon, the precise standards for robustness are
Is it robust?• If something goes wrong, does the platform
return a blank screen, or crash entirely?
• If something goes wrong, does the platform
provide an error message that allows you
to figure out what part of your input
caused the problem?
• If a platform is web-based (sometimes referred to as “server-side”), then
someone else is making sure that the platform works, and gets upgraded.
• Pro: you don’t have to install or maintain it.
• Con: you’re dependent on being online for the platform to work.
• If the platform is locally hosted (sometimes referred to as “client-side”),
then it’s on your computer.
• Pro: you don’t have to be online! (this is handy anytime you’re
demonstrating your project outside of your home institution)
• Con: you may need to have more programming skills to install and
maintain the platform on your own machine/server.
• Some platforms may allow you to use them
for free, provided you make your data
• Are you concerned about other people
accessing your data?
• Could your data be considered
someone else’s property?
The choices you make
in choosing tools are an
essential part of your
On with the tools!
• Data visualization (ManyEyes)
• Mapping/GIS tools(Community Walk,
Google Maps, Google Earth,ArcGIS)
• MIT Simile
• Display (Scalar, Omeka)
• Project Management (Pivotal Tracker)
• Free text and numerical data visualization
engine, made by IBM
• Usable on Mac/PC, but only in browsers
that run Java (i.e., not Google Chrome)
• Easy to try out different
visualizations using the same text
• Easy to upload datasets
• Allows visualizations to be saved
and emailed to other people
who can view them without a
• Access to everyone else’s data
• Only accessible online
• No export capability
• Dependent on Java
• No privacy: your data is
• Reasonable range of functionality
• Allows multiple maps to be created
in one account
• Unique site login can be shared
without compromising online
• Can’t block ads
• Awkward User Interface (UI)
• Unobtrusive ads
• Reasonable range of functionality
• Linked to Google Account for
• Designed for navigation
• Linked to existing Google
• Lack of functionality
• Dependent on Google
maintaining the tool
• No ads
• Historical map integration
• Robust functionality
• May need to pay for pro-
account, depending on your
• Not web-based
• May be more complex than you
• Dependent on Google
• Open access for easy collaboration
• Web-based or locally hosted
• Unique (no current rivals)
• Highly customizable
• Data can be stored in GoogleDoc
• Open access and always in
development (stability issues)
• Requires HTML, more
programming skill for
• Documentation is spotty
• Unique in its capability for
creating non-linear paths
• Supported by investment and
use of multiple organizations
• It’s in open beta, and still new
• It requires you to host
material on the Scalar website
• Documentation is not yet
• Dependent on continued
• Free (for public projects, and
• Supported by paid users
• Sophisticated, friendly user-
• iOS compatible
• It’s project management
software -- not a project
• Dependent on your
willingness to make your
project public, continued
funding, or academic/nonprofit
Just a few of the many places
you can check for tools:
Using (new) digital
tools means that you
will inevitably need help
at some point.
Learning how to ask for
help is important.
Learning how to Google
for it is vital.
In the end, you are only
as good as your data
Q:What makes a good
A: Knowledge of its
accessibility of metadata.
What are the components of
the objects you work with?
• Book: words, pages, author(s), editor(s), publisher(s),
reader(s), physical edition(s), digital editions, reader
• Performance: sound/video file, performer, venue,
Book: words, pages, author(s), editor(s), publisher(s), reader(s),
physical edition(s), digital editions, reader responses
gets broken down even
<div1 type="book" xml:id="d3">
<head>Songs of Innocence</head>
<div2 type="poem" xml:id="d4">
<l>Piping down the valleys wild, </l>
<l>Piping songs of pleasant glee, </l>
<l>On a cloud I saw a child, </l>
<l>And he laughing said to me: </l>
TEI Encoding of William Blake’s Songs of Innocence
(from TEI By Example: http://www.TEIbyexample.org)
Depending on the decisions
you make regarding your
data, people will be able to
do different things with it.
Your decisions may
impact the compatibility
of your data with other
This is why we
emphasize that DH is a
highly social and