Namespaces for Tags

I've been thinking about "namespaces" for tags lately. Sometimes tags become too random, disorganized, or numerous to be relevant or useful. One way of cutting through the clutter is to create more than one set of tags. I've seen this on at least one website, sprig.org, which offers "togs" or an alternative set of tags to classify posts by. The difference is these tags are restricted to a particular concept, types of ecology-related terms, such as "organic." What this secondary set of tags produces is in reality a set of tags under another namespace "Ecology."

It is possible to organize tags into namespaces, each representing a concept. This would not be imposing hierarchy on tags, but creating nodes representing concepts. So that Ecology might contain organic, carbon free, sustainable, etc. and Mathematics might contain number, equation, factor, etc.

I organize my photographs in Photoshop Elements using tags. I chose to avoid using tags like categories and instead only create tags for qualities of the image. I try to create tags that describe the image the way an art historian might classify works by their elements or an archivist might classify images according to social use. An image depicting people at work is an "occupational" for example. A painting might be "abstract" and "nature" and "patterns."

Here is a partial list of my tags. I try to create tags for

a) Qualities of art, such as Landscape or Pictorialist
b) Things that can be seen in photographs, concrete like Aircraft or abstract like Patterns
c) Subjects, categories of subjects, concrete like Nature, Sky or abstract like Time


Abstract
Aircraft
Automobile
Birds
Butterflies
Concrete
Flowers
Impressionist
Landscape
Leaves
Nature
Patterns
Photos
Pictorialist
Plants
Rain
Shadows
Sky
Snow
Time
Trees
Urban

I can see some benefit in putting these in a namespace, limiting the tags in this space to reduce clutter. For example, tags on Buddhism would not be found in great number in this set (unless a) you have a lot of Buddhist photography or b) you attach tags from a Buddhist namespace and then they wouldn't be in the set). I don't know how successful namespaces might be for tagging. Programmers love namespaces, but ordinary people find them confusing. I like the idea of tying namespaces to concepts.

I think namespaces would come in handy when choosing tags from a list, like when you show all labels in Blogger's interface. You get one long unreadable list of every tag you've used. Sometimes I love tags when I can just enter the key words that are in my mind while writing a post, but sometimes I hate them when what I really want are categories. I read an article the other day by a graphic artist who designs for the web who continued to use the web safe palette long after it was not technically necessary. He argued that artists tend to choose colors from a comprehensible and memorable palette of colors, such as the Pantone set or the set of colors defined by the various oil pigments. With 16 million colors there are far more colors than anyone could recall or discern. For every "olive green" there are hundreds of colors in between that and the next discernible color moving in either direction on the color wheel. It helps to have a standard color when envisioning or communicating "olive green" to others. I think tags are afflicted with this problem.

Labels: , , ,

SpeakUp: A Transcript Markup Language

What is SpeakUp?

A simple text markup language for transcripts of moving pictures or video including a markup language for annotation.

Overview

When the Folkstreams project required a way for filmmakers and academic contributors to create and maintain transcripts for films archived and presented through the Folkstreams website, I decided a simple text markup language would be the best way to store and edit transcripts.

A transcript markup language defines a series of conventions for formatting text (like wiki text) that is translated into HTML for display. SpeakUp was designed to contain as much content as possible and preserve meaning for possible later conversion into XML or database form.

Speakup is implemented as a module extending the PEAR Text_Wiki library text translation module and is a requirement for use.

Although development and documentation of Speakup is not complete, it is in use on the Folkstreams website.

Speakup, including all markup, code and documentation is open source and released under a GPL license. I apologize for the brevity of this document, but the best way to learn SpeakUp is to download the package and experiment with it. Download.

Some Background

Some background on why transcripts are important. As the Folkstreams project was developed, project director Tom Davenport and developer Steve Knoblock, in a series of discussions, arrived at the conclusion that transcripts are essential to searching, finding and understanding films online. Two points emerged: that transcripts are a rich source of indexable text that help make media searchable and that more importantly, transcripts are a rich source of conversation and debate.

Frequently notes are more informative and interesting than the work they annotate. We discovered this was true for film transcripts (see Sadobabies for an example of a conversation going on in the notes about the nature of folklore). Although there are sophisticated means to capture the dialog of a moving picture and render it to text, these transcripts are inadequate. They lack annotation. They lack expressive quality of a transcript edited by a knowledgeable person. They are in a sense, a travesty, like an OCR'ed copy of Dickens left uncorrected.

Labels: , , , ,

Social Networks Turn the World Upside Down

While developing Farmfoody.org over the last two years, we came up with a very similar idea independently. Most sites designed to help you connect with local organic farms require you to search for farms in your locality. We thought that people shouldn't have to search for stuff, it should come to them automatically. If you wanted some fresh locally grown tomatoes, instead of searching for for farms with tomatoes for sale in your area, you just check your own profile to see if any of the local farms you are friends with have tomatoes available. This might be through a map of local farms or through a farm you have become friends with that has put out a bulletin about their new tomato crop. We decided that a social network was the best way to direct and filter this information to the consumer and enable them to make unexpected connections with farms and foodies whose interests and connections mirror their own. People could explore the world of small independent farms and the people who love good food.

The strange thing about comparing Myspace to Facebook is that they are almost opposite worlds. One is completely open with everything literally hanging out all over the place and the other is completely closed without much showing, like an iceberg. Facebook is a set of private networks without any need for the public to be involved or view their content. This could also be true for Myspace. There is really no need for Myspace profiles to be public any more than Facebook. Except that people and musical groups for example use their profiles as public faces, as advertisements and ways to communicate with the public beyond their circle of friends. There really is no way to search Facebook for user criteria other than as a person. One Myspace there is nearly unlimited criteria about the person and their interests to search. Our site, Farmfoody.org will have to seek some balance between these two.

When I go to Digg, I am presented with stories that have been voted to the top. "Voted on by who?" I ask. Every Tom, Dick and Harry? I find sites like Digg (or kuro5hin, Slashdot and other pioneers) filled with content moderated by voting systems unsatisfactory because I do not know or trust who voted on them. What I think would be a better solution is to receive content other people belonging to the same group think is important. This is the facebook model, which could be extended to all kinds of information. I would be much more likely to use a Digg-style site that showed me all the feeds or stories my friends found interesting than a general news site. Why not use the Google Reader model within this context?

Why not take it further? Why not build a site where people read RSS feeds and then share them within a social network instead of the public? Then I could see what my friends think is worthy of sharing. They could vote on the "interestingness" of items in their own feeds and profile and these could be automatically displayed in my profile. Any content they contribute could be monitored from my profile. Any number of layers and methods could be used to "mashup" the content appearing in my profile, either for public or private consumption (depending on the orientation or facing of the site). The social network is a way of utilizing the implied stamp of approval friends give to filter content. Instead of randomly searching about the web or looking at content voted on by idiots. I believe we will see more of social networks being used to filter content.

Labels: , , ,

Open Flash Charts

I recently discovered a wonderful new open source project for creating Flash charts. It is open source, non-proprietary and best of all for a non-profit on a tight budge, it is free. In the last week I deployed Open Flash Charts after integrating the package into our Folkstreams content management system. For users of our system (through their personalized area My Folkstreams), this will be a great improvement in the quality of charts. We make the statistics on visitors and video views available to filmmakers, and the Flash charts are simply beautiful compared to our old ones based on phplot.

You can download the code for OFC (Open Flash Charts) from their homepage. It is the work of John Glazebrook and he must be a designer, because the default charts in the tutorial are beautiful and take advantage of the interactive features of Flash. I discovered a few kinks that need working out, but overall, this is an excellent addition to the open source code making up the Folkstreams platform.

Labels: , , , , ,

reFrame : Yet Another Photo Sharing Idea

Here is an idea I had recently for a new photo sharing application, which would make it easier for anyone to use photographs in their own context. A site is created where users can sign up. They submit the name of their Flickr photostream. The site pulls in any photos from their stream that have rights set to Creative Commons remix license. Any user of the site can select any image pulled from the users Flickr photostreams collectively. There could be a single photostream "lightbox" used to select images from, I'm not going into details here.

The idea is to let any user "reframe" any image contributed to a pool of images by other users. Reframe means to give the image another context. For example, an expert on historic photographic processes might frame an image with a text explaining the history and chemistry of the process that made the photograph and how to identify an example of this type of photographic image. A family historian might frame the same image with the biography and family history of the subjects in the photograph. A single image has a potentially unlimited number of contexts or "frames." The system would allow anyone, in the style of a wiki, to "reframe" any image.

Users of the site would have to agree that others can place their images in any possible context, possibly unintended or unflattering, which is why there is a requirement for the non-commercial remix license. Of course, you can do this already, but I do not think there exists and application that makes this easy and puts it all in one location.

This might be combined with my idea for a photo wiki system that encouraged the "quick-slow" process enabled by the so-called bliki, where the same contextual system could allow a quick caption when the image is posted and later more sophisticated commentary and use of the image would follow by creating "pages" associated with the image.

One might object, saying that anyone is free to combine images and text if there were a word processor style system that allowed images to be freely dropped into text anywhere. But the web has shown that it is better to provide a system that structures content and interaction as it being created (wiki allows this process to be continuous). This is where the quick and easy part comes in...it is not so easy to arrange photos and text with a word processor. You do not see many people using a word processor instead of a blog or photo sharing site, although they could create richer documents and post them to their own website using today's word processing applications.

I wish archives and institutions would catch on to the power of reframing images in their collections using contexts contributed freely by users. The academics, visitors, people on the web, anyone should be able to frame images of artifacts or media artifacts themselves, historic photos, old films, video, etc. to create the richest possible understanding of the holdings. And make both the artifacts and knowledge about them more accessible.

I'm thinking of grabbing phpflickr, Dojo and Codeigniter and putting this together, but with the work on Foody and Folkstreams, I really have limited time. Steal this idea, please.

Labels: , , , ,

Simple Software: Is it viable?

I love the idea simple software. Of software without cruft and bloat. When I create an application I want to make it simple, but that is not the way of the world. Most applications end up being complex. I have not entirely given up on the idea of fighting creeping featurism, featuritis and bloat, but it occurred to me that it may be a losing battle, after switching from SimplePHPBlog to Wordpress (not for this site) and Blogger. It seems that most projects to create plain vanilla or simple versions of software with a reduced feature set nearly always fail to gain popularity. If you look at Windows, it's sold on features, when you look at products in the store, they are sold on features. When you think of the natural world, it seems true that:

All significantly interesting things will necessarily become complex and paradoxical given enough time.

Labels: , , ,