TEI and XML Markup for Absolute Beginners

You have likely already come across the term TEI in digital humanities circles. Perhaps you have (like me) downloaded a TEI edition of a text before, but have not known how to read it or what to do with it. You may have (also like me) even deployed the term in casual conversation without completely understanding what TEI is or what it does.

This post aims to provide you with a concise and basic introduction to TEI and XML markup. I hope to provide definitions for all technical terms and to point you to useful resources to reference either when using TEI-encoded texts or when you eventually create your own. I have also included some step-by-step instructions on how to create an XML markup of a text in the last section of this post.

  1. What is TEI?

TEI is an acronym for the Text Encoding Initiative. The “text” here is clear enough for the time being. But what about “encoding?” All text that we view on a website is encoded with information that affects the way we see the text represented, or the way in which your computer sorts and interprets the text. There are many different languages in which one can encode text.

Because there is no single agreed-upon format or standard for encoding text, a consortium of humanists, social scientists and linguists founded the TEI in 1994 to standardize the way in which we encode text. It has since become a hugely popular standard for rendering text digitally and is still widely used today.

  1. What is XML?

Most versions of the TEI standards (of which there are a few) make use of XML: Extensible Markup Language. XML is a text-based coding metalanguage similar to HTML (in fact, both are markup languages, hence the “ML” at the end of each acronym) that, like the standards of TEI, has undergone several changes and updates over the years.

XML documents contain information and meta-information that are expressed through tags. The tags are similar to those used in HTML, if you are familiar with these. Below is a brief example of an XML document:

<p>the quick brown fox</p>

<!–this is a test–>

<p>jumps over the lazy dog</p>

The letters bounded by these symbols “< >” above are tags. In this case, the tag being used is “<p>” which is used to separate paragraphs. All tags must be both opened and closed, or your code will not work. “<p>” is the opening tag and “</p>” is the closing; all tags are closed in the same way. The text in between the opening and closing tags is what will be encoded.

To insert comments into your XML document that will not have any bearing on the function of your code, follow the format found on the middle line of the document above, i.e. <!–YOUR TEXT HERE –>

  1. Why know or use TEI and XML?

Before we delve into the actual process of creating a simple XML markup of a text, you might already be wondering precisely how learning a bit of XML and TEI will be beneficial to your scholarship.

There are a few ways in which we can envision the uses of a working knowledge of XML and TEI. First and foremost among these is the possibility of you creating and disseminating your own TEI editions of texts – perhaps a transcription of a manuscript few others have seen, or handwritten notes you have uncovered in your archival research. In this case, you can let your more tech-savvy colleagues add your editions to their corpus – to query and explore the documents in any way they see fit.

As humanities scholars in the twenty-first century, we often find ourselves asking broad and provocative questions about our disciplines and our work. One particularly captivating question has always been about the nature of what we call “the text.” The digitization of texts has provided this line of questioning renewed energy, and a basic understanding of the encoding process would also arm you with the vocabulary to take part in this conversation.

A final use of TEI and XML would involve you querying documents created by others. There are an enormous number of TEI editions of texts available freely online, and the more comfortable you are with code, the more you can do with them. One deceptively simple way of visualizing your XML code is turning it into a spreadsheet using Microsoft Excel. This is especially useful if you wish to add data from a TEI edition into a database for your thesis or dissertation. To do this in Excel, simply select the “data” tab on the top utility bar and specify “from other sources” before selecting your XML file.

  1. Finally, actually doing TEI and XML.

In this section, I will quickly walk you through the process of creating a simple XML document in accordance with the standards of TEI.

-What you will need

A plain text editing software is the most important tool you are going to need. Atom is a wonderful free software that works well on Macs, as is Sublime Text 2. When saved as an XML file, your tags should appear in color, making the markup process easier, and making it more noticeable when you have forgotten to close a tag. You will also need a plain text copy of the text you are working with.

-Tags

We have already gone over the basics of tags above. Another key issue here is deciding which tags to use, i.e. which tags are useful for the goals of your project or edition. These tags and their correct formatting can be found online (look http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-tag.html for a list of element tags) but a cursory list of common ones can be found below:

<p>; <body> ; <l> ; <name> ; <placeName> ; <abbr> ; <head> ; <quote> ; <date> ; <time>

Once you have tagged all the elements you wish to tag in your text (making sure to close all of your tags!) you have to add a TEI header in order to ensure that your document adheres to the TEI standards. Examples of TEI headers can be found here: http://www.tei-c.org/release/doc/tei-p5-doc/en/html/HD.html

-Get Validated!

A useful resource for checking your code can be found here: http://teibyexample.org/xquery/TBEvalidator.xq

This validator will let you know whether your code follows the TEI standards, and if not, where your mistakes can be found.

  1. Further Reading and Resources

There are lots of online resources for TEI and XML, but here are a few of my personal favorites:

http://teibyexample.org/

http://www.tei-c.org/index.xml

https://wiki.dlib.indiana.edu/display/ETDC/TEI+Tutorial

ftp://ftp.uic.edu/pub/tei/teiteach/slides/louslide.html

 Alexander Profaci is an outgoing MA student in Medieval Studies at Fordham University. He will be entering the PhD program in History at Johns Hopkins University in the fall. Follow him on Twitter @icaforp.

Textual Analysis: The “Text” Part

Another marvelously instructive post from HASTAC scholar Tobias Hrynick, Department of History, Fordham University. Here he outlines some systematic tips and guidelines for creating a digitized version of a text. 

The digital analysis of text constitutes the core of the digital humanities. It is here that Roberto Busa and his team began, and though subsequent scholars have expanded somewhat, exploring the possibilities of digital platforms for applying geographic analysis or presenting scholarship to wider audiences, the humanists’ interest in text has ensured the growth of a healthy trunk directly up from the root, along with the subsequent branches.

Necessary for all such projects at the outset, however, is the creation of a machine-readable text, on which digital analytical tools can be brought to bear. This process is generally more tedious than difficult, but it is nevertheless fundamental to digital scholarship, and a degree of nuance can be applied to it. What follows is intended as a basic introduction to some of the appropriate techniques, intended to highlight useful tools, including some (such as Antconc and Juxta) which also have powerful and user-friendly analytic functionality.

Acquiring Text

The appropriate way of acquiring a machine-readable text file (generally a .txt file, or some format which can be easily converted to .txt), and the difficulty involved in doing so, varies according to several factors. Often, digital versions of the text will already exist, so long as the text is old enough that the copyright has expired, or new enough that it was published digitally. Google Books, Project Gutenberg, and Archive.org all maintain substantial databases of free digital material. These texts, however, are all prone to errors – Google Books and Archive.org texts are generally created with a process of scanning and automated processing that is likely to produce just as many errors as performing this process yourself.

Such automated processing is called Optical Character Recognition (OCR). It requires a great deal of labor intensive scanning if you are working from a print book – though a purpose-built book scanner with a v-shaped cradle will speed the work considerably, and a pair of headphones will do a great deal to make the process more bearable.

Toby 1st photo.png

Once you have .pdf or other image files of all the relevant text pages, these files can be processed by one of a number of OCR software packages. Unfortunately, while freeware OCR software does exist, most of the best software is paid. Adobe Acrobat (not to be confused with the freely available Adobe Reader) is the most common, but another program, ABBYY Finereader deserves special mention for additional flexibility, particularly for more complicated page layouts, and a free trial version.

As a quick glance through the .html version of any Archive.org book will confirm, the outcome of an OCRing process is far from a clean copy. If a clean copy is required, you will need to expend considerable effort editing the text.

Toby 2nd photo

The other option is to simply re-type a given text in print or image format into a text editor – both Apple and Windows machines come with native text-editors, but if you are typing at length into such an editor, you might prefer a product like Atom or Notepad++. Neither of these platforms provides any crucial additional functionality, but both offer tabbed displays, which can be useful for editing multiple files in parallel; line numbers, which are helpful for quickly referencing sections of text; and a range of display options, which can make looking at the screen for long periods of time more pleasant. Alternately, you can choose to type out text in a word processor and then copy and paste it into a plain-text editor.

Assuming there is no satisfactory digital version of your text already available, the choice between scanning and OCRing, and manually retyping should be made keeping the following factors in mind:

  1. How long is your text?

This is important for two reasons. First, the longer a text is, the more the time advantage of OCR comes into play. Second, the longer a text is, the more individual errors within it become acceptable, which can sometimes make the time-consuming process of editing OCRed text by hand less critical. Digital textual analysis is best at making the king of broad arguments about a text in which a large sample size can insulate against the effects of particular errors.

The problem of this argument in favor of OCR is that it assumes the errors produced will be essentially random. OCR systems, however, when they make mistakes are likely to make that same mistake over and over again – particularly common are errors between the letters i, n, m, and r, and various combinations thereof – such errors are likely to cascade across the whole text file. A human typist might make more errors over the course of a text, especially a long text in a clear type-face, but the human is likely to make more random errors, which a large sample size can more easily render irrelevant.

That said, OCR should still generally be favored for longer texts. While automated errors can skew your results more severely than human ones, they are also more amenable to automated correction, as will be discussed in the next section.

  1. What is the quality of your print or image version?

Several features of a text which might cause a human reader to stumble only momentarily will cripple an OCR systems ability to render good text. Some such problems include:

  • A heavily worn type-face.
  • An unusual type-face (such as Fractur).
  • Thin pages, with ink showing through from the opposite side.

If your text or image has any of these features, you can always try OCRing to check the extent of the problem, but it is wise to prepare yourself for disappointment and typing.

  1. How do you want to analyze the text?

Different kinds of study demand different textual qualities. Would you like to know how many times the definite article occurs relative to the indefinite article in the works of different writers? Probably, you don’t need a terribly high quality file to make such a study feasible. Do you want to create a topic model (a study of which words tend to occur together)? Accuracy is important, but a fair number of mistakes might be acceptable if you have a longer text. Do you intend to make a digital critical edition highlighting differences between successive printings of nineteenth century novels? You will require scrupulous accuracy. None of these possibilities totally preclude OCRing, especially for longer texts, but if you choose to OCR, expect a great deal of post-processing, and if the text is relatively short, you might be better served to simply retype it.

Cleaning Text

Once you have produced a digital text, either manually or automatically, there are several steps you can take to help reduce any errors you may have inadvertently introduced. Ultimately, there is no substitute for reading, slowly and out loud, by an experienced proof-reader. A few automated approaches, however, can help to limit the labor for this proof-reader or, if the required text quality is not high, eliminate the necessity altogether.

  1. Quick and Dirty: Quickly correcting the most prominent mistakes in an OCRed text file.

One good way of correcting some of the most blatant errors which may have been introduced, particularly the recurring errors which are common in the OCRing process, is with the use of concordancing software – software which generates a list of all the words which occur in a text. One such program is Antconc, which is available for free download, and contains a package of useful visualization tools as well.

Toby 3rd photo.png

Once you have produced a text file, you can load it using AntConc, and click on the tab labeled Word List. This will produce a list of all the words occurring in the text, listed in order of frequency. Read through this list, noting down any non-words, or words whose presence in the text would be particularly surprising. Once you have noted down all the obvious and likely mistakes, you can correct them using the Find and Find and Replace tools on your preferred text editor.

This method of correction is far from fool-proof. Some subtle substitutions of one plausible word for another will likely remain. This is, however, a good way of quickly eliminating the most glaring errors from your text file.

A similar effect can be achieved using the spell-check and grammar check functions on a word processor, but there are several reasons the concordance method is generally preferable. First, reading through the list of words present in the text will tend to draw your attention to words which are real, but unlikely to be accurate readings in the context of the text, which would be over-looked by spelling and grammar-check functions. Second, a concordancer will present all the variants of a given word which occur in the text – through alternate spelling, use of synonyms, or varying grammatical forms (singular vs. plural, past vs. future) – which might be significant for your analysis.

  1. Slow and Clean: Cross-Collating multiple Text Files

A more extreme way of correcting digitized text is to produce multiple versions and to collate them together. Because of the frequency of similar errors being repeated across OCR versions, comparing two OCR versions is of limited use (although if you have access to more than one version of OCR software, it might be worth trying). It is of greater potential use if you compare two hand-typed versions, or a hand-typed version and an OCRed version, which are much less likely to contain identical errors.

Cross-comparison of two documents can be accomplished even using the merge document tools on Microsoft Word. A somewhat more sophisticated tool which can accomplish the same task is Juxta. This is an online platform (available also as a downloadable application), which is designed primarily to help produce editions from multiple varying manuscripts or editions, but which is just as effective as a way of highlighting errors which were introduced in the process of digitization.

Toby 4th photo

This process is a relatively thorough way of identifying errors in digitized text, which can even identify variations that might escape the attention of human proofreaders. The major weakness of the technique, however, is that it requires you to go through the effort of producing multiple different versions, ideally including one human-typed version. If you need a scrupulously corrected digital text, however, it is a powerful tool in your belt, and in the event that multiple digital versions of your text have already produced, it is an excellent way of using them in concert with one another – another strength of the Juxta platform is that you can collate together many different versions of the same text at once.

Conclusion

Once you have a digitized and cleaned version of the text in which you are interested, a world of possibilities opens up. At a minimum, you should be able to use computer search functions to quickly locate relevant sections within the text, while at maximum you might choose to perform complex statistical analysis, using a coding language like R or Python.

A good way to start exploring some of the possibilities of digital textual analysis is to go back and consider some of the tools associated with Antconc other than its ability to concordance a text. Antconc can be used to visualize occurrences of a word or phrase throughout a text, and to identify words which frequently occur together. Another useful tool for beginners interested in text analysis is Voyant, which creates topic models – visualizations of words which frequently occur together in the text, which can help to highlight key topics.

Exciting Spring Events!

After a hiatus last semester, the Fordham Graduate Student Digital Humanities Group is back with a bang.  We’ve got a great list of events coming up, and two series going on.

FGSDH Events
Rose Hill Campus, 2pm-3pm
February 4: Debates in the Digital Humanities
February 25: Digital Pedagogy
March 25: Building and Maintaining an Online Profile
April 18: Wikipedia Edit-A-Thon

Topics in Digital Mapping Events
Lincoln Center Campus, 3-5pm Workshops, 2-3pm Meet&Greet
February 11: Thinking about Time with Maps: Timelines/Palladio
March 4: Georectifying/MapWarper
April 15: Intro to CartoDB

Tomorrow (Dec. 4), 12:30-2:00pm, Dealy 115 – Talk & Discussion led by Kristen Mapes on Digital Humanities Class

Please join us tomorrow, Dec. 4, from 12:30-2:00pm in Dealy 115. Kristen Mapes willl speak about taking “Digital Humanities” as a graduate level course at the Pratt Institute.

Topics to be discussed: What topics are covered? How are they addressed? What is the value of taking a DH-specific class rather than simply incorporating DH into pre-existing classes?

This will be an informal conversation about Digital Humanities as a course topic and  the graduate student perspective on learning about DH in a formal way. Come to hear and discuss (and eat cookies) tomorrow at 12:30 in Dealy 115!

See you there!

NYC Digital Humanities Inaugural Event, Saturday, 9/25

Image

The NYCDH Inaugural Event took place last Saturday at the Humanities Initiative at New York University.  Many attendees faithfully live-tweeted it at #nycdh, including a significant Fordham contingent: @kmapesy, @ecornell1, @mickimcgee, @diyclassics and @FordhamGSDH!

The two morning sessions on Building NYCDH were led by Lynne and Ray Siemens, two visiting professors from the University of Victoria, currently at NYU.  They discussed the process of building and running a digital humanities center, and the importance of dialogue, discussion and re-discussion, and interdisciplinary and inter-departmental (or inter-institutional!) work for the success of any DH project.  I can’t summarize their talks better than the working notes, so let me just say my biggest takeaway was that we may fail to conclusively define the digital humanities — and that’s okay, as long as we keep talking about it and trying to re-define it.

A summary of lightning talks on a variety of topics can alo be found in the working notes: the range of projects was fascinating, and a wonderful reminder of how lucky we are to be in a city like New York.

After the morning’s traditional conference presentations the afternoon was an unconference.  It was the first time I’d been to an unconference — I’ve heard a lot about them, but hadn’t ever attended one.  As it turns out, my unfamiliarity with the format ended up giving me a bit of a surprise!

During lunch, we wrote topics of interest on a whiteboard, and after lunch, we voted on which topics the group wanted most to discuss.  I was excited that other people wanted to talk about “metadata and DH project sustainability,” and it got through to be one of the final four sessions.  Then I found out I’d be leading it!  Fortunately, it was during the second time slot, so I had a little bit of time to prepare.  I have to admit, though, the first unconference session on pedagogy and DH drew me in pretty fast, and hearing the ways in which different people use DH tools in their classes, or even teach entire classes on the digital humanities, was fascinating, especially since I’m TA’ing this semester, and will be teaching my own classes next year.

The session on metadata was a small one, which isn’t all that surprising: not everyone is excited to talk about cataloging, project hosting and formatting our projects with the future in mind.  But we had a good variety of people in the room, library school students and academics, those with years of experience with DH and with technology and programming and those who were just coming to the field.

We ended up talking not only about metadata and its importance (why create something, if no one can find it?) and the persistence of projects, but about the role of digital humanities more broadly in the world of scholarship.  Questions of citation and of numbers of authors credited for a project came up, and the observation was made that the sciences seem to handle multiple-authorship more gracefully than the humanities.  We also discussed the question of the tension between open access and traditional scholarly publishing, and whether the digital humanities have any obligation to be open access, especially when they draw on open access sources.

The conference’s closing remarks included a list of recommended resources, which are listed in the conference notes (linked above).  At 5:30, we retired to the Swift Hybernian Lounge, just around the corner.

I would encourage anyone in the NYC area to join NYCDH.org and be part of the process of creating the NYC DH community!  As a newly-formed group, the options for where it might go are still very flexible, and it promises to help draw together expertise and opportunities in really beneficial ways.

Photo of Alisa Beer
–Alisa Beer

“Teaching to the Network: Digital Humanities and Public Pedagogy” Matt Gold Gives Talk at Fordham

In part 2 of the FGSDH Group’s Teaching and Research with Technology Series, Matt Gold, from the CUNY Graduate Center and editor of Debates in the Digital Humanities, will give a talk over lunch. It is entitled, “Teaching to the Network: Digital Humanities and Public Pedagogy.” Graduate students, faculty, staff, and anyone else with an interest in teaching and the digital humanities, are welcome.

The details:

May 1, 12:00-2:00, Walsh Library, O’Hare Special Collections (fourth floor).

Please sign up here for the event through your Fordham email account, so we know how many people will be there for lunch.

This event is made possible by Fordham University’s Center for Teaching Excellence.

ReformationVille: Utilizing Games and Social Media for Historical Role-Playing in the Classroom

When I began teaching as a graduate student at Fordham University, I was not only a first-time teacher with anxiety about the unknown territory that lay ahead, but I was also in the midst of preparing for my comprehensive exams. So I did what I imagine most do… I depended heavily upon the most familiar and “safe” pedagogical method of my own education: the lecture. Admittedly, I had some doubts about the effectiveness of lecture-driven teaching. But looking back, it made sense. Lecturing was what I knew and, while I still risked delivering a bad one, at least I would feel some control over the classroom. Over the past few years, however, I have come to realize that teachers and students alike miss out when multi-faceted learning activities are not utilized and students’ freedom to be creative is restricted. As a result, I have found myself more and more willing to branch out pedagogically-speaking. In particular, I am becoming increasingly interested in utilizing an experiential pedagogy, even though it would require me to relinquish that sense of “control” that I coveted as a first-time teacher. That said, what might this look like in a college course?

As I ponder new opportunities, I have been also reflecting on which creative and experiential activities made the biggest impact on my own education. In doing so, one thing keeps bubbling up to the surface. Role-playing. All these years later, I still vividly remember participating in an American Revolution simulation in 8th grade History. As Sean Devlin, a friendly tavern-keeper, I wrote an autobiography, networked with classmates to win others to our cause, and participated in mock continental congresses. Then again, in high school, my IB History class engaged in a series of trials derived from our study of the Cold War. I served both as a prosecutor in the case against American meddling in Latin America and a defendant (an East German president) in another team’s charges against the Soviet Union for doing likewise in Eastern Europe. Looking back at these experiences, I am convinced that they were invaluable for fostering those higher levels of learning (critical thinking, problem solving, collaboration, etc).

Now, as a historian of Christianity, I have been toying with developing a Reformation role-playing simulation wherein my class would become an “idealized” late medieval town. Not only could I plug this activity into a number of classes, ranging from surveys of Christian history to Reformation specific ones, it could offer unique pedagogical advantages. For example, my students could hopefully experience the important reality, which text-based courses can sometimes struggle to convey – that the Reformation, like most theological disputes, was not simply waged with pen and paper, but dramatically affected families, friendships, the workplace, and the public square. The challenge, of course, is getting students motivated and participating. But it seems to me that I might be able to get the most traction by incorporating some of the ways in which our students interact with games and social media. Using this approach, I could encourage them to invest in developing their persona’s theological convictions and supporting their particular faction by drawing explicitly upon the skills of character development and  alliance building found in games like World of Warcraft as well as the desire to garner comments and “likes” on Facebook status updates.

Admittedly, this is just the beginning. Building on this foundation, I hope to grapple in future posts with which digital tools (e.g., Twitter) and parameters (e.g., various game dynamics) might help realize my goal of role-playing as a way of teaching the history of Christianity. And I’d love to hear your thoughts as well! For instance, what creative and experiential activities were most influential in your own education? Have you tried anything like this in your own classes, and how did it go? Which digital tools have you used or think might work?

*This post has been also cross-posted at hastac.org.

 

Introducing: The Jesuit Hacker

“The world is full of fascinating problems waiting to be solved.”

E. S. Raymond’s insight kept popping into my head this past Wednesday when I had an opportunity to sit in on the most recent Jesuit Pedagogy Lunchtime Discussion. It was an opportunity for faculty and graduate student instructors to talk about effective practices for teaching in a Jesuit environment. Among the many threads in the discussion was the role of creativity as a pedagogical tool. Participants offered examples of creative projects being used to great success in the classroom. My mind, however, wandered very easily from creativity to creation. I can appreciate the mental exercise at work in imaginative assignments, but what are we building from them? What will we do with them? One of the participants at the discussion expressed dissatisfaction with “research qua research” in the classroom. I’m not sure I’m more satisfied with creativity qua creativity. Look at how much talent we have in the classroom. Let’s use this creativity to make something. Let’s work together to solve some “fascinating problems.”

Solving fascinating problems is the first element of the “hacker attitude” as defined by Raymond in his essay “How to Be a Hacker.” The essay is freely available (not an unimportant point, as we will see in future posts) online at: http://www.catb.org/esr/faqs/hacker-howto.html. Raymond’s essay contains practical wisdom for coders and people interested in computer work. It also has much practical wisdom for graduate students and instructors, particularly, I would argue, those of us in Jesuit surroundings.

For the moment, I will simply introduce Raymond’s five aspects of the “Hacker attitude.” Before I explain what each of these has meant to me in a Jesuit context, I think it would be a good idea for readers to reflect on whether or not these ideas readily map onto whatever they think the corresponding “Jesuit attitude” would look like.

Raymond describes the aspects of the “Hacker attitude” as follows:

  1. The world is full of fascinating problems waiting to be solved.
  2. No problem should ever have to be solved twice.
  3. Boredom and drudgery are evil.
  4. Freedom is good.
  5. Attitude is no substitute for competence.

The required reading for you—and only a blog post on Jesuit pedagogy would begin with required reading—is Raymond’s essay. Over the next few posts, I plan to explain what we, as graduate students and educators at a Jesuit institution, can learn from computing culture and I will start by elaborating on each of the five points above. I think there will be real benefits from us all adopting, at least in some part, the role of “Jesuit hacker.” It is my suspicion that Raymond’s essay, in addition to other foundational works on hacker culture which I plan to discuss in future posts, will be unfamiliar to average graduate student in the humanities. I hope that this interdisciplinary clash inspire new ideas and approaches and lead to a deeper understanding of the “digital” side of digital humanities.

From Public Course Blogs to Grand, Aggregated Experiments

SAVE THE DATE!

10/23 FGSDH Meeting, Walsh Library Computer Lab 047
>>”Markup Basics: Build an Online CV in 45 Minutes” A workshop on HTML led by Patrick Burns.
>>Group members who attended THATCampNY will briefly share their experiences.
>>”Brainstorming an Appeal for More DH at Fordham for Graduate Students in 45 Minutes” The group will begin research and collaboration to create a document to be presented to Fordham University requesting that a program for basic digital literacy be implemented for graduate students. The appeal will also outline what such a program would entail.

Here is Will Fenton‘s Prezi from Tuesday’s meeting on digital pedagogy.

[gigya src=”http://prezi.com/bin/preziloader.swf” type=”application/x-shockwave-flash” allowfullscreen=”true” allowscriptaccess=”always” width=”550″ height=”400″ bgcolor=”#ffffff” flashvars=”prezi_id=v_t7-mhqwlx3&lock_to_path=0&color=ffffff&autoplay=no&autohide_ctrls=0″]