Tag Archives: historic sites

AR and the Ubiquity of Wikipedia: Implications?

I’ve long had a love/hate relationship with Wikipedia.

Conceptually, I think it is fantastic. A hub of free, user-driven content represents the democratization of the web like few other projects can. It’s wildly popular: it draws over 65 million visitors each month, and counts more than 85,000 active contributors working on more than 14,000,000 articles in more than 260 languages. As of today, there are 3,193,356 articles in English. These are amazing statistics for any reference site.

However, it does not come problem free. Despite a built-in system for oversight and management it can be factually-challenged at best, and incomplete or flat-out wrong often enough. I’ve found that it can also contribute to student (and professional) laziness (hey, why use any other resources when I can find basic stuff on Wikipedia?).

To my staff and students, I recommend that Wikipedia be used carefully, and mostly as a link to help reach other resources. My policy in the past has been to largely ignore what I’ve viewed as inaccuracies, misinterpretations, and/or bias on the site’s many entries. After all, with the nature of my personality I could spend the rest of my life making changes…is that the best use of my time? Also, as one who views history as histories and seeks to connect visitors to their own understanding of historic sites like the one I work in, what makes my take any better than anyone else’s?

My relationship with Wikipedia is beginning to change, and I now realize that I’ll need to wade into editing certain key entries. What’s prompting this change? Well, primarily the plethora of Augmented Reality (AR) and location-based based programs for smartphones and mobile devices.

Currently on my iPhone, I use Yelp, Layar, Robotvision, Wikitude, and Geodelic for AR-related activities. Due to its ubiquity, Wikipedia is the (or a) default source of information for most of these as well as a slew of others on other platforms. Thus, when you use one of these programs on a smartphone or other mobile device at Fort Vancouver NHS, you don’t link to our official park page; rather, you link to the Wikipedia page entry. We’re certainly not alone; my anecdotal research shows that when pointing my smartphone at almost every historic house, park, site or building that is not a functioning for-profit or non-profit business (like a restaurant or foundation), a Wikipedia page is the primary link that pops up.

I’m sure there are valid reasons for this, especially due to the ease of connecting to an omnipresent site like Wikipedia. So, I recommend that we all check out our historic sites’ Wikipedia entries and triage accordingly:

  1. make sure any basic information (hours of operation, location, contact information) is valid;
  2. make sure that, if nothing else, there is a link to any official website;
  3. include links to supplemental information that we think may help readers understand or connect with the historic site;  and
  4. consider entering edits that help organize, fill out, flesh out, balance, or correct the existing narrative.

When considering the latter, some of the more helpful things we can do to a Wikipedia entry are 1) organize the information and divide it into palatable sections, and 2) add references and citations.

If we choose to wade in we should plan to be in it for the long haul, making sure to check our entries early and often. Remember, Wikipedia is a dynamic organism. Also, we should make it a point to explore the discussion and revision history pages for our site’s entry (accessible as tabs near the top of the entry). Here, we can track changes to the entry, learn valuable information about who is making changes and when changes are made, and even open discussions with contributors.

For folks wanting to connect with people who share a passion for your site, look no further than the people who have been volunteering to add content to your site’s Wikipedia page!

Question for readers: What is your take on Wikipedia? How have you interacted with it at your site? What other tips can you share?


Programs for Creating iPhone Apps

One of my techie-related roller coaster rides at work this week centered on development of an Apple iPod/iPhone app for Fort Vancouver.

I’ve long wanted to develop one, but my personal time has all but disappeared with a second child at home and several huge projects at work. Thus, the growing number of companies that will do the job for folks like me – online, even – present quite an attraction.

Last week, I bit on a Mashable tweet about PointAbout’s new online iPhone app development program, dubbed AppMakr, that reportedly will build a quick app based on your RSS feeds. With a promotional discount lowering the cost to $49, I figured it was worth checking out.

What is this program?

The niche of programs like AppMakr, MobBase, Swep Apps, and others is a quick-and-dirty app set-up for those without the time and/or skill set to do it. For the do-it-yourselfer, app development is possible – Popular Science and others have outlined the process online – but it is not a project for the faint of heart. In addition to a sizeable capital investment (you must have an Apple and it must be newer and Intel-based) you also need to enroll in the Apple iPhone Developer Program and have quite a bit of time and patience to devote. I had none of the above, coupled with a dangerously small knowledge base and an attraction to anything bright, shiny, and new, so I passed on the do-it-yourself option and went for the instant gratification that these new programs pitched.

How do these programs work?

Generally speaking, once registered at one of these sites (a free process), you pick and choose from a short list of design options, add images from your library or the web, and then identify and link specific data you want to feature (usually an RSS feed or webpage URL).  With most of these programs, you can see your design changes right there on your screen, and actually road test the app as well.

Once you have it they way you like it, you check out (read: make payment) and then your app is pretty much ready to go. Of course, there are other critical steps before your app is live in the iTunes Store, but several of these programs will offer that service as well.

My experience

I began setting up an app using AppMakr and was very impressed with its simple graphics, the ease in which I could create a personalized icon and splash page (rather than select from a few prefab options) and the ability to connect RSS feeds. Here are a couple of screen shots showing my mock-ups:

View of a possible iPhone app icon in AppMakr, based on our park's standard Twitter icon design.

An AppMakr mock up of a Fort Vancouver iPhone app, with the park's Twitter feed selected.

Unfortunately, though, I didn’t pull the trigger on the project.

Why? Well, several reasons. The primary function of AppMakr and several of the other leading programs is to center the app around one’s extant RSS feeds. For a blogger, this would be wonderful match; for a historic site like ours that is less reliant on these feeds, it doesn’t seem the best fit.

As you can see from the images above, for zero initial cost I was able to build a basic app mock-up that featured our park’s podcast, Twitter feed, Flikr feed and news releases, but was unable to make simple links that a user might expect; links to core material including our operating hours, programs, maps & directions, etc. All of this info is readily available on our website, and it would have been fantastic to pull this data into the app, too.

After getting some feedback from colleagues, I opted not to move forward at this time because – while an app featuring these 4 feeds would be uber-cool – I felt that users might be more fixated on what wasn’t there than what was.  In other words, it didn’t meet the basic objectives I had established. Based on our website metrics, a smart phone user survey conducted by Prof. Brett Oppegaard at WSU-V, and anecdotal observations, our intended audience seems to be seeking the foundational plan-your-trip information that the website provides.

Perhaps there are other programs around that will allow this; I’ll keep looking. Perhaps there is a way to do it in AppMakr that I’m missing. In any case, I’m not deleting the prototype just yet; just not paying to finalize it. I’m also keenly aware of the changing nature of user needs and expectations, especially as the world of heritage tourism keeps growing. My goal is still for us to have the first NPS iPhone app, but I’m not going to rush us into it.

If anyone else has any experience they’d like to share, please do so. I still consider myself a recreational techie; one who is fascinated with the ways technology can be used to enhance historic site interpretation. In the future, I still think that smart phone applications (including ones on Android and other platforms) can be helpful tools in this process.