Where are we going?

The issue of whether people should pay for forums or not came up on dpreview. With the current economy, I expect how to pay the bills will be a growing question for many web services.

The problem is with forums there is perfect competition. Anyone can setup a forum and run it for next to nothing. If one forum decides to charge a fee, the users can flee to another forum. The only reason they might stay is because of the audience. For example, photographers pay for to host their photographs on Flickr primarily because it provides a rich audience of people who love to look at still photographs. Flickr is the Life and Look magazine of our time, it is the revival of the great picture magazines, not because of its technology (that helped orient the site in the right direction to succeed, just look at the abject failure of Picasa to be social---too little too late). Flickr just happened to be where most people who like to look at pictures gathered, mostly because of its blog-like streams of every changing pictures and social tools. It is easier to pay a small fee to use Flickr (perhaps even to "read" it) than it would be to overcome the "capital" costs of changing sites. Flickr users have a lot invested in Flickr and it might just cost less to stay and pay than to move elsewhere. Besides, there is no where else to move. The closest thing I could see to Flickr would be for every photographer to put up their own photo blog software and then join photoblogs.org, which would become the "magazine" and "social hub." This is a distributed vision of photo sharing online. I used to wonder which would be successful. But it really was simple, Flickr did it all for you, some for free, a little more for pay, well worth it to promote your photography.

Despite the somewhat juvenile and absurd environment of Flickr with regard to art photography (you know, the dozens of people giving out "Great Photograph" awards to pedestrian, derivative and mediocre images mostly to promote themselves or because they are too young to know what a derivative image is), it is useful to professional photographers and art photographers because Flickr is where the eyeballs are. It attracts people who still love still photography, which in this age of video, is a bit of a miracle that anyone takes an interest in photography. However, photographs can make the world sit still long enough for people to pay attention, and that is a very similar experience to poetry, which at least in part, is there to draw attention to things. I've heard from professional photographers they get an order of magnitude more requests or work through Flickr than through one of the professional portfolio sites.

One reason, perhaps the principal one, Henri Cartier Bresson and other great photographers became well known, was through their images being published in the great picture magazines. When television came along, the picture magazines went into decline. Photojournalism began its long decline at this time, for the simple reason people could learn about their world visually through television, a more attention grabbing (the barrier to entry for television was lower, you didn't have to be intelligent to watch it, a good example where low barrier of entry is destructive to society) and free medium. Without the picture magazines it was no longer possible for a photographer of acknowledged artistic merit to become known and their images have significance in society. The audience was gone. Flickr reestablishes this audience.

So the question still stands. Will people in the future pay for their online content. Pay to create it. Pay to consume it. What is happening now? People are already paying to create content. They pay for a Flickr account with better tools. They pay for services to create graphics, three dee art, property in virtual communities. A few sites charge for reading content, but not many. But given human history and the recent past, when most content was paid for, in newspapers, books and magazines (except for tv), it seems reasonable to assume the free ride will be over someday.

There may be a tipping point when a non-pay site is no longer competitive. When most good content has gone to pay sites and the community of interest for that content willing to pay is consuming all they can (this is what happens with books and magazines today), the other sources will be driven out in a kind of perfect competition. The free sites will be filled with garbage and what passes for content on local cable access.

The network is not the old traditional world of libraries and publishers. It will be different. Project Gutenberg. Open source projects. The collections of enthusiasts sick and tired of the crap shoveled out by the traditional content and software businesses have taken it on their own to produce quality products where the marketplace would not or could not. This is an order of magnitude different than the pre-networked world, where people could not work together, providing little bits of effort or expertise to collaboratively create a cultural artifact. This is entirely new and we don't know where its going.

As an aside, the idea of tipping or donation comes up. Frustrated with no way to fund my original website, I considered taking a modern high tech variation on the PBS approach. I considered (in the 1990s) creating a content management system where each article would have a countdown timer displayed like a reverse donation thermometer. If you didn't contribute something to the article, it would count down, when it reached zero, the page would be pulled from the site. Of course, the ability to cache networked content presents a threat to such schemes, the wayback machine can regurgitate considerable missing content and so can the Google search cache. What about caching? If the Wikipedia were to dry up funding and blow away today, would its content still remain available in a myriad of niches around the network? On people's computers, disks, servers here and there, in caches? Would it evolve another life in a peer to peer environment? Will all information become distributed over billions of cell phones and have no location at all?

Labels: , , , , , , , , , , ,

A Twitter Wiki

As the popularity of short, fragmentary messages grows, I have become concerned the public conversation may lose the capacity for thoughtfulness and reflection. At the same time, I would like to caution those who condemn Twitter or other systems based on micro content to not throw the baby out with the bath water. The long form newspaper article found in the New York Times or Washington Post contains a lot of material used to provide background for the reader, often at the end of the article. Not only is this text boring and redundant to the knowledgeable reader, it takes up previous space. The one thing the web is good at is connecting one piece of knowledge to a broader context of other pieces of knowledge. There is no sane reason to continue repeating background and further reading material in a long form newspaper article when on the web, a writer can simply link to the information.

The brief, concise texts of micro content can be connected to many other sources of information, some just as concise (a kind of "blizzard" of small pieces connected loosely) as well as to other longer, deeper and reflective sources. This loose, disjoint and connected type of writing is simply the network native way of writing and connecting information. It is beneficial, as long as both kinds of writing and forms of content are available and can be connected.

My concern is really with lowering the barrier of entry, enabling and encouraging those longer, deeper and reflective forms of writing. I recognize that there are benefits from shorter, more concise writing, which leaves redundant, expansive or source material hidden (properly) under a link or conntected through a network of tags or a network of people. Perhaps will will see fewer long texts divided up by headings and sections and more smaller texts connected together through search, tags and linkages into a variety of wholes, determined by the user's interests and needs.

About ten years ago, I was fascinated by the idea of a long text (article, book, etc.) entirely constructed of fragments, similar to the kind of texts you see posted on Twitter today, which could be freely rearranged similar to those magnets used to write poetry on refrigerator doors. I imagined that instead of writing a large text with a single coherent whole, they way books have always been written, the pieces of information on a topic could be combined to create a "book" in innumerable ways by rearranging those pieces.

It would be like taking all the paragraphs in a book, shaking them out on to the floor, and then allowing or enabling those pieces to be rearranged for each reader or interest. The pieces would be tied together by keyword or by search result and only lastly by links. I coded a small prototype application called Strands to test the idea, but work and life caught up with me and I shelved it. I was and am still surprised by the ease and rapidity with which people have adopted Twitter.

Not only are people using Twitter, despite the fragmentary nature of its texts, they are participating creatively in shaping the technology and usage of this kind of system based on fragmentary texts.

The use of tagging emerged spontaneously from the user base. Using "hashtags" brief texts can be connected to media, such as images and video, with the tag at the center of a network of content.

Also, I've noticed users are starting to fit the tag word into their text. Some examples are:

"Young Nebraska farmer explains how limiting direct payments would affect his #farm at www.nefb.org"
(Tweet from http://twitter.com/farmradio)

and

"farmanddairyGet four issues of #Farm and Dairy FREE! Click on the big promo on our home page: http://www.farmanddairy.com/"
(Tweet from http://twitter.com/farmanddairy)

At the heart of my Strands prototype were small texts connected by keywords. I wanted to create the lowest possible barrier of entry, so a user could create a keyword (essentially a tag, I called them "strand words") just by writing it into the text. In this system, what was essentially a tag was created by writing it (texts were scanned on post or edit for the presences of tags and any new ones added to an index), which is hauntingly similar to how people have started using tags on Twitter. They started out adding the tags to the end of a message, but have now begun incorporating them directly into the flow of text. I hesitated to continue working in this direction on Strands, partly because I expected people would find the tags sprinkled through the text troublesome.

My current interest is in providing tools or ideas that will encourage and enable a society addicted to short messages, however beneficial they may be, however native to the networked way of writing and reading in a connected fashion, to engage in greater contextualization and thoughtful reflection, to enable collecting some of the knowledge quickly flying by in the "Twitterverse" into slower, more reflective pools of knowledge, like eddies on the edges of a fast flowing stream.

The first tool I want to build is a "Twitter Wiki" enabling anyone to associate a text of any length with a Tweet and anyone to edit it. If I have the energy, I will post any experiments on my site or at least attempt to describe it.

Labels: , , , , , ,

Facilitating the Conversation

I was prompted by something Andrew Shafer of Reductive Labs said (on the FooCampers list, so I won't reproduce it here, since it was forwarded to me) about the quality of communication among software developers. He was talking about how communicating the overall design and intentions of the project is vital, so the developers are not left guessing about how the application will be used and what its architects think it should do. What is important is the existence of a conversation between the leaders of a project and the developers writing the code. This hits very close to home, because our farmfoody.org project is essentially there to improve the flow of information between producers and consumers of food, to enable a conversation.

It occurred to me the solution is to throw away the flash cards and bulleted design specifications and just facilitate the conversation. Why not use social networking tools for developers to communicate? (You can get a sense of another approach from his post Working Together… with Techology). This sounds like an amazing experience using software much like the "multiplayer" networked text editors (SubEthaEdit) that have cropped up in recent years that let a group of connected people edit a text document .

An equivalent of Twitter for programmers would be interesting. A social activity and message feed to keep everyone in the loop. Why not post messages about activity into a feed. This already happens with users signed up to version control services (like Assembla or Sourceforge), but through email. It needs to be through a unified social feed or "wall" some call them, where notifications about code commits, coding activities, etc. can be distributed to a group of "friends" or "followers" of the thread of development. Instead of each project posting a feed, each developer would post a feed. Or perhaps both, with users being able to "follow" a project and also keep up with "friend" developers, which could cut across projects. The latter would be useful because it would help developers keep an eye on allied projects or perhaps a mainstream of code their project fits into, merely by adding that project or an individual developer from the project to their friends (or perhaps they would be "fans" of the project to keep personal friends separate...the terminology doesn't matter).

It should be very possible to build a social "stack" on top of existing "pastebin" applications to achieve this.

Labels: , ,

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: , , ,