YouTube New Interface and Social Interaction Design Santiy Check

by Thomas Vander Wal in , , , , , ,


YouTube has released a new design for the site and its individual video pages. This gets shared in Google Operating System :: User Inferface Updates at YouTube and TechCrunch :: YouTube Updates Layout, Now with Tabs and Statistics. While the new design looks nice and clean, it has one design bug that is horribly annoying it has mixed interaction design metaphors for its tabs or buttons.

Update: YouTube has changed the "favorite" from a button action to a tab, but they forgot the unfavorite functionality. Once you favorite you can not change your mind. Who is leading these choices that should be well understood? Let's chat, I would love to help.

Broken Interaction Design on Buttons or Tabs

YouTube New Video Interface As the image shows the Share, Favorite, Playlists, and Flag buttons or tabs all have similar design treatment, but they do not have the same actions when you click on them. Three of the items (Share, Playlists, and Flag) all act as tabs that open up a larger area below them to provide more options and information. But, the Favorites acts like a button that when clicked it marks the item as a favorite.

This is incredibly poor interaction design as all the items should act in the same manner. If the items do not have the same action properties they really should not look the same and be in the same action space. Favorites should be a check box or a binary interface for on and off. That interaction patter more closely matches the Rate section and seems like it should have been there rather than showing a lack of understanding interaction design basics and confusing people using the site/service.

Social Sites Seem to Share a Lack of Interaction Understanding

This should have been a no brainer observation for a design manager or somebody with a design sanity check. YouTube is far from the the only site/service doing this. Nearly all of the services are not grasping the basics or are broadly applying design patterns to all user scenarios when they really do not fit all scenarios and user types (nearly every service I talk to know exactly the use type a person fits into but never takes this into account in optimization of design patterns that match that use need). Facebook really falls into this hole badly and never seems to grasp they are really making a mess of things the more features and functionality they are bringing into their service without accounting for the design needs in the interface.

My seemingly favorite site to nit pick is LinkedIn which I use a lot and has been a favorite, but their social interaction additions and interactive interfaces really need much better sanity checks and testing before they go into production (even into the beta interface). LinkedIn is really trying to move forward and they are moving in the right direction, but they really need better design thinking with their new features and functionality. Their new design is ready to handle some of the new features, but the features need a lot more refining. The new design shows they have a really good grasp that the interface needs to be a flexible foundation to be used as a framework for including new features, which could benefit from treating them as options for personalization. LinkedIn has pulled back many of the social features and seems to be rethinking them and refining them, but they really need some good sanity checks before rolling them out again.

Social Interaction in Enterprise Tools

The befuddled interaction understanding is not germane to commercial or consumer public social web sites, but it also plagues tools aimed at the enterprise. This is not overly surprising as many of the social enterprise (enterprise 2.0) tools and services are copying the public web tools and services to a large degree. This is a good thing, as it puts the focus on ease of use, which has been horribly missing in business focussed tools for far too long. But, the down side for enterprise focussed tools is they are not for the public web they are for business users, who most often do not have familiarity with the conventions on the public web and they have a large cognitive gap in understanding what the tools do and their value. There is less time for playing and testing in most business people's worklife. This means the tools need to get things right up front with clear understanding of the use needs of the people they are building for in business. This seems to be lacking in many tools as there is much copying of poor design that really needs to be tested thoroughly before launching. Business focussed tools are not hitting the same people as are on the web, which will work through poor design and functionality to see what things do. It is also important to consider that there are a wide variety of types of people using these tools with varying needs and varying interaction understandings (this will be another blog post, actually a series of posts that relate to things I have been including in workshops the last six months and presenting the last couple).


Denning and Yaholkovsky on Real Collaboration

by Thomas Vander Wal in , , , , , , , ,


The latest edition of the Communications of the ACM (Volume 51, Issue 4 - April 2008) includes an article on Getting to "we", which starts off by pointing out the misuse and mis-understanding of the term collaboration as well as the over use of the practice of collaboration when it is not proper for the need. The authors Peter Denning and Peter Yaholkovsky break down the tools needed for various knowledge needs into four categories: 1) Information sharing; 2) Coordination; 3) Cooperation; and Collaboration. The authors define collaboration as:

Collaboration generally means working together synergistically. If your work requires support and agreement of others before you can take action, you are collaborating.

The article continues on to point out that collaboration is often not the first choice of tools we should reach for, as gathering information, understanding, and working through options is really needed in order to get to the stages of agreement. Their article digs deeply into the resolving "messy problems" through proper collaboration methods. To note, the wiki - the usual darling of collaboration - is included in their "cooperation" examples and not Collaboration. Most of the tools many businesses consider in collaboration tools are in the lowest level, which is "information sharing". But, workflow managment falls into the coordination bucket.

This is one of the better breakdowns of tool sets I have seen. The groupings make a lot of sense and their framing of collaboration to take care of the messiest problems is rather good, but most of the tools and services that are considered to be collaborations tools do not even come close to that description or to the capabilities required.


Challenges as Opportunities for Social Networks and Services

by Thomas Vander Wal in , , , , , ,


Jeremiah Owyang posts "The Many Challenges of Social Network Sites" that lays out many of the complaints that have risen around social networking sites (and other social computing services). He has a good list of complaints, which all sounded incredibly familiar from the glory days of 1990 to 1992 for IT in the enterprise (tongue firmly planted in cheek). We have been through these similar cycles before, but things are much more connected now, but things also have changed very little (other than many of the faces). His question really needs addressing when dealing with Enterprise 2.0 efforts as these are the things I hear initially when talking with organizations too. Jeremiah asked for responses and the following is what I posted...

Response to Challenges of Social Network/Services

The past year or two, largely with Facebook growing the social networks and social computing tools have grown into the edges of mainstream. Nearly every argument made against these tools and services was laid down against e-mail, rich UI desktops (people spent hours changing the colors and arranging the interfaces), and IM years ago.

Where these tools are "seemingly" not working is mostly attributed to a severe lack of defining the value derived from using the tools. These news tools and services, even more so those of us working around them, need to communicate how to use the tools effectively and efficiently (efficiently is difficult as the many of the tools are difficult to use or the task flows are not as simple as they should be). The conceptual models & frameworks for those of us analyzing the tools have been really poor and missing giant perspectives and frameworks.

One of the biggest problems with many of these tools and services is they have yet to move out of early product mode. The tools and services are working on maturity getting features in the tools that people need and want, working on scaling, and iterating based on early adopters (the first two or three waves of people), which is not necessarily how those who follow will use the tools or need the tools to work.

Simplicity and limited options on top of tools that work easily and provide good derived value for the worklife and . As the tools that were disrupters to work culture in the past learned the focus needs to be on what is getting done and let people do it. Friending people, adding applications, tweaking the interface, etc. are not things that lead to easy monetization. Tools that help people really be social, interact, and get more value in their life (fun, entertainment, connecting with people near in thought, filtering information from the massive flow, and using the information and social connections in context where people need it) from the tools is there things must head. We are building the platforms for this, but we need to also focus on how to improve use of these platforms and have strong vision of what this is and how to get there.


The Elements in the Social Software Stack

by Thomas Vander Wal in , , , , , , , , , ,


When thinking through social software (also known as social computing, social media, and social web) I have been influenced by many ideas, but at the core there are two things that stick in my head: 1) Good visualization; and 2) Object-centered sociality. Getting the two to mesh, while accounting for most of the important components of social software has been really difficult for me to square for quite some time.

One of my starting point for visualization has been Gene Smith's wonderful honeycomb adaption of the social software building blocks. The strength of the graphic is having identity at the core of the social interaction. The honeycomb allows Gene to display many different services deployed has the pieces of the social software stack (stack is a collection of elements that comprise a whole set of services).

One of the things with Gene's graphic that has always bugged me is I have not been able to square it with the object also being at the center of the social interaction. A second piece that also bothered me is it did not account for the action element of collaboration (people working together as part of a group or team to build something, while acting with one goal as their focus, which can be a broad goal). Collaboration is central to nearly every enterprise or work organization effort (directly or tangentially) I am or have been involved in professionally, so I feel it is essential to include it.

Object-Centered Sociality

It was through reading Jyri Engeström's blog post about "Why some social network services work and others don't — Or: the case for object-centered sociality" that I came to have familiarity with Karin Knorr Cetina's object-centered sociality. It was through the repeated mentioning of this Knorr Cetina concept by Rashmi Sinha in her presentations and from personal conversations with Rashmi that the ideas deep value sunk in (it is a concept central to Rashmi and Jon Boutelle's product SlideShare).

Knorr Cetina's work brings into view the individual and the object as central elements in social interaction. She proposes physical objects, around which discussions take place help focus and start conversation and other social interaction between and among people. In her and Urs Bruegger's  journal article "The Market as an Object of Attachment: Exploring Postsocial Relations in Financial Markets" in Canadian Journal of Sociology 25, 2 (2000): 141-168, they state:

One characteristic of the present situation is that perhaps for the first time in recent history it appears unclear whether other persons are, for human beings, the most fascinating part of their environment. Objects may also be the risk winners of the relationship risks which may authors find inherent in contemporary human relations.

The short of this is the person may not be the sole focus and possibly the person is not the focus of social interaction as the objects being discussed in social interactions is the focus for the people and take the role of the most interesting element in the social discourse.

When we look at social web services like Flickr we see the photos that a person takes and shares are the focus of social interaction. It is around these objects that the conversation takes place. Jyri Engeström calls these objects of social focus "social objects".

It is these social objects that are in need of being accounted for in a visualization of the social software stack. While in Germany for the most recent IA Konferenz I wanted to include his more fleshed out understanding of the social software stack, in this case it is actions or components that comprise sociality from the perspective on an individual in a social environment. I really wanted a graphic that brought these elements together so I could talk through it more easily in a workshop on the foundations of social software and tagging. The visual model is this Venn diagram that I put together sitting in the hallway for an hour or so. While it is not as interesting as Gene's graphic, for me it is a much better representation of the important components in social software if your goal is wanting your service/software to work optimally.

Explaining the Graphic

Social Software Elements Yes, the inclusion of the object into the graphic is given a central focus  equal to that of identity. Identity and the object are the two important elements that comprise the social software stack. All elements that are represented in the graphic may or could be seen by others and are triggers for social interaction with other people (yes, the interaction can be with just other objects, but that is another subject I am not addressing in this writing). This ability to see all the elements represented is the social aspect of the software service. The overlaps are where there are direct interactions. But, there is a specific order to the revealing and relevance of each of the elements after the identity and object are shown.

The order is important because if one leaves out an element (or does not account for the elements in some manner) the next step is really not going to be capable of being fully realized and there will be a weakness in the social software. I can not stress this enough, this is not a list of items to pick from, but if you want to have reputation in the system there previous elements really need to be in place or accounted for through using an outside service that can be pointed to or brought into the service through using an outside service.

Order of the Elements

The order is: Identity and Object; Presence; Actions; Sharing; Reputation; Relationships; Conversation; Groups; and Collaboration.

The colors were chosen so the bridging elements were orange and fit with the color scheme of my company and the usual slide templates I use when presenting (orange with blue highlights, text, and accents). After I built the graphic I realized the similarity to a finance industry logo, but when playing with other color combinations the graphic lost its punch and also did not fit within the color scheme of my long used slide template, so I have left the colors alone.

The Elements in the Social Software Stack

The Central Focus

Identity

Identity is comprised of the information about the person using the social software tool. Often the identity is a built upon profile information such as name, username, location, personal website, e-mail, photo or avatar, and sometimes the person's age. These pieces help others recognize the person and can carry associations from other interactions and/or services to the current service (that is if the individual wants this cross-service tracking). Contact information is normally required for setting up an account so the service (and the people running the service) can communicate with the person. Sometimes the contact information is shared if the person using the service permits the sharing of the contact information with other people using the software/service.

Identity is also augmented through the inclusion of usernames on other services and sites the person contributes to or has an account on. This cross-service identity helps people who use other services to find their friends and contacts more easily. The cross-service identity also helps tie others understanding of the identity and possibly reputation as understood by other people. Cross-service identity connecting can also be used for aggregating content that an identity shared on another service into a new service.

Identity is included in the focus on object-centered sociality as it is people who are being social around the object. It seems that there is a codependent relationship between the person (their perceptions as expressed through their interest and actions around and about an object). The identity is a pivot to learn more about these understandings for a richer understanding by those reading/consuming what has been shared. This is much like the object is a pivot to find others who have interest in the same type of things.

Object

The object is the core focus of object-centered sociality and in this representation with one identity interacting it is part of the the codependent at the core of the graphic. The object is the center of the sociality. The object is what is being shared with others. This shared object may be a photo, bookmark/link, video, statement, or other matter. The object may be digital or non-digital in nature. Lastly, the object can also be what is being built in a collaboration-focussed effort.

Active Elements

Now that we have the cornerstone set of the two main components for sociality we can start looking at the elements around these two components. Again, these actions and elements are in a specific order that build upon the previous elements. These are active elements because they are either actions or are the result of sets of actions.

Presence

The identity is often built around static profile information, but people are not static as they have lives they lead and people have locations and tasks they perform that provide context for understanding perspective of statements or related actions. Presence can be a simple as Twitter's question of "what are you doing?" It can also be location, time, availability, and/or activity. These provide others a glimpse of understanding, or at least a hint of the identity's perspective.

In the case of Twitter and similar services the statement of presence is not necessarily related to another object, but the presence statement in and of itself acts as the object. In the case where presence is the object, the object is directly related to the person and not an external object. The presence statements may or may not be shared with others as the understanding is quite helpful information for the individual for later recollection as to why they made other statements or actions.

Actions

Using stated presence or the inferred presence, as the actions connote presence around an object that action is taking place around. The actions are what is being done as an expression communicating  to one's self or to others what they understand. This may be as simple as just expressing interest (even if the interest is negative). These actions are expressions of the person's understanding can take the form of annotation, messaging, modification of the object, commenting, rating, tagging, flagging or favoring, storing, naming, etc. The actions are tied to the person who is taking the action and linked to the object around which they are taking the action. These actions are are in most cases the some form of adding data or meta data to or around the object.

In social bookmarking in del.icio.us the object is the link expressed as the URL and the person is taking the action of saving the link and is likely also annotating and tagging that link for at least their own retrieval.

The actions always include the identity and the object (which may be the person's own identity and presence). Actions may or may not be shared with others. As many services provide public, selective, and private access to the information and actions.

Sharing

The act of sharing is where we finally start fully acknowledging social actions. The presence and actions elements can be private, if the person behind the identity wishes. Sharing is the social action that opens up the capability for all others (or only others whom have been given permission) to see their actions and possibly presence around an object. This can also include opening access to an object for others to see and others to add their annotations and actions around the object. This includes open annotations of other's openly shared objects or objects shared to a closed community to which the person has access.

Reputation

Shared presence and actions are the elemental building blocks for reputation. Reputation can build upon something as simple as existence on a service, by having an identity there. Reputation grows based on the interpretation of others based on shared presence and actions.

The actions that build reputation can be through the content that has been created by that identity. Others' understanding grows through seeing annotations that are by an identity (ratings, notes, comments, what is shared, etc.). Others also see actions that have been attributed to the identity, which may not be the direct actions that are seen, but can be actions of stating a relationship, joining a group, rewards (top contributor, etc.), or other indirectly perceived action.

The volume of actions also builds reputation. This can be the breadth of actions or breadth of subjects covered. Volume can also be depth of actions. Depth is how many in a subject area and/or the depth of understanding showed on a subject.

The breadth and depth lead to understanding of quality. Quality is often attributed by others based on their own perceptions and understanding. Perceptions, as we know, vary from person to person and that builds trends of reputation. Quality is also interpreted through perception. These interpretations are can be reflected in what others actions taken around an identity (identity can be the focal object in this activity) such as rating contributions made by an identity, favoriting/holding on to the actions of an identity (comments, their favorites, etc.), electing to follow the actions through subscribing or other similar actions, etc. Others may also write about an identity to express and understanding of the identity.

Relationships

Based on reputation people chose to interact with that identity. Through interaction  relationships are established or built. This may be explicitly stated in some manner (the "connection" or "collaborator" or "friend" distinctions in some social services are examples). Relationships may also be an inferred relationship based upon actions. The inferred relationship is through another's actions of following, subscribing to actions, annotating an object, or other actions.

Relationships may be causal (as result of actions) or intended. The breadth of the relationship needs also be considered. A relationship between people or their identities can be based only on a precise subject matter or many distinct subjects in a granular social manner. The relationship may be more broad-line by encompassing most subjects that around a person and their identity.

There is rich derived value that can be built upon through identifying and understanding the granular subjects of common interest between people. The relationship can be one that is expansive, in that one person or both are learning and exploring new ideas and material through the shared experiences and shared understanding of the other. Understanding that a relationship is only as broad as a similar interest(s) (it does not have to be the same polarity (like/dislike)) such as for acoustic bebop jazz will help framing the relationship for what is shared, followed, and interaction made around.

Conversation

A relationship predicated on some understanding of reputation (remembering that it may be a rather thin understanding of reputation) provides a good foundation the next stage, conversation. The conversation is most often with an identity about or around an object.

The conversation may be a 2-way or multi-directional. This communication may be a synchronous live conversation or asynchronous over time (message boards or other services what allow comments or time ordered annotations. The conversation in a social environment is open and often around an object (keeping in mind the object may be a person's presence statements as in Twitter).

These conversations may be structured through form-based forums or listserves. The conversations may be free-form as in Consumating'sflirting through tagging or other open communication structures.

Groups

It is in the conversation (derived from relationships based on reputation) that people with similar interest come to the point where they want a more formal relationship so to have more focussed communication and sharing and these people form a group. The group is a sub-set of the whole service, as in Ma.gnolia's groups for sharing social bookmarks (Ma.gnolia's groups can be open to all or they can be closed and not seen). The sharing is a collective understanding of the group with each individual identity openly sharing their actions around that subject matter or interest. The group is normally comprised of trusted listeners who have a relatively strong understanding of reputation. The group is a collective voice what accounts for each voice. There does not have to be a common goal other than sharing information around (tightly or broadly clinging to the subject of interest) and each voice matters in the group.

Collaboration

Groups working often leads to collaboration where not only are people openly sharing information as individuals, but aim to work together to build objects. One example of this is a wiki where there the object is the development of a page or set of pages built through a collaborative process. The collaborative process has one goal (explaining a subject in the case of a wiki) and the group works with a single focus and intentionally becomes a single voice. The object being built may be text content, video with different production tasks and skills needed, other media, an application or service, or other object (physical or digital). Central to collaboration is an understanding of what is being built. Collaboration is most often iterative though building upon what is there with the goal of improving it.

Summary

A walk through the elements in the social software stack should provide an understanding of the progressive relationship between the elements. The aim is for this to be used a guide to think through building and implementing social software. I talk to many organizations that are trying to get to collaboration but are missing some or many pieces of the social software stack that collaboration is built upon. Not all of the elements need to be in the same tool, but they need to be accounted for in an environment that is collaborating.

Those not building collaborative services will also greatly benefit from understanding at what stage their social software service or tool is aiming to serve and ensuring all of the preceding elements are included or accounted for in the service.

Lastly, but not least it is important to understand what is the object of focus in the social software tool or service. This social object is part of the starting foundation and the better the understanding of the object and how it works in the service or tool the better the whole of the project/product will be in the end.


Pffft! Social Graph, We Need the Portable Social Network

by Thomas Vander Wal in , , , , , , , ,


In reading Alex Rudloff's "Privacy as Currancy" post I had two thoughts reoccur: 1) privacy is a currency back by trust; and 2) Pfffft! Social graph? Where is my Portable Social Network?

I agree with what Alex stated about wanting to move out of Facebook as my trust in them is gone completely (mostly driven by even though they apologized (poorly) Facebook still receives trackings of all your travels on the internet after you opt out, Om Malik's Zuckerberg's Mea Culp, Not Enough, and Brian Oberkirk's Facebook Harder to Shake than the Columbia Record Tape Club (a great read on the hurdles of really getting out of Facebook)). I will likely blog about the relationship between privacy and trust in another post in the not too distant future, as I have been talking about it in recent presentations on Social Software (Going Social and Putting Users First).

The Dire Need for Portable Social Networks

When Alex states:

Beacon had me so freaked out that I walked through what would happen if I simply removed my account (my natural, gut reaction). The fact is, I'd lose contact with a lot of people instantly. There's no easy way for me to take my data out and apply it somewhere else. There is no friend export and there isn't anywhere suitable for me to go.

I think we need portable social networks (or Social Network Portability as it is also known) before we need the social graph. Part of the interest in the social graph (mapping the relationships) is based on Facebook, but Facebook is a really poor interface for this information, it has some of the connections, some of the context, but it is not granular and does not measure strength (strong or weak ties) of relationships on a contextual and/or a preferential interest level. This social graph does little to help us move from one social software service to another other than to show a linkage.

There are strong reasons for wanting and needing the Portable Social Network. One is it makes it easy to drop into a new social software service and try it with social interactions with people whom we are already having social interactions. Whilst this is good it is also really important if something tragic or dire happens with a social software service we are already using, such as it is shut down, it is no longer performing for us, or it has given us a reason to leave through loss of trust. As I noted in the past (Following Friends Across Walled Gardens") leaving social software services is nothing new (even predates people leaving Delphi for Prodigy and Prodigy for AOL, etc.), but we still are not ready for this seemingly natural progression of moving house from one walled off social platform for another.

The Call for Action for Portable Social Network is Now

I am finding many of my friends have put their Facebook account on in hibernation (Facebook calls it &#quot;deactivation") and many have started taking the painful steps of really getting all of their information out of Facebook and planning to never go back. My friends have not sorted out what robust social software platform they will surface on next (many are still using Flickr, Twitter, Pownce, Tumblr and/or other options along with their personal blogs), but they would like to hold on to the digital statements of social relationship they made in Facebook and be able to drop those into some other service or platform easily.

One option could a just having a Smart Address Book or as Tim O'Reilly states Address Book 2.0. I believe that this should be a tool/service should have the relationships private and that privacy is controlled by the individual that owns the address book, possibly even accounting for the privacy request of the person whose address is in the address book. But, this is one option of many.

The big thing is we need Portable Social Networks now! This is not a far off in the future need it is a need of today.


Folksonomy Provides 70 Percent More Terms Than Taxonomy

by Thomas Vander Wal in , , ,


While at the WWW Conference in Banff for the Tagging and Metadata for Social Information Organization Workshop and was chatting with Jennifer Trant about folksonomies validating and identifying gaps in taxonomy. She pointed out that at least 70% of the tags terms people submitted in Steve Museum were not in the taxonomy after cleaning-up the contributions for misspellings and errant terms. The formal paper indicates (linked to in her blog post on the research more steve ... tagger prototype preliminary analysis) the percentage may even be higher, but 70% is a comfortable and conservative number.

Is 70% New Terms from Folksonomy Tagging Normal?

In my discussion with enterprise organizations and other clients that are looking to evaluate their existing tagging services, have been finding 30 percent to nearly 70 percent of the terms used in tagging are not in their taxonomy. One chat with a firm who had just completed updating their taxonomy (second round) for their intranet found the social bookmarking tool on their intranet turned up nearly 45 percent new or unaccounted for terms. This firm knew they were not capturing all possibilities with their taxonomy update, but did not realize their was that large of a gap. In building their taxonomy they had harvested the search terms and had used tools that analyzed all the content on their intranet and offered the terms up. What they found in the folksonomy were common synonyms that were not used in search nor were in their content. They found vernacular, terms that were not official for their organization (sometimes competitors trademarked brand names), emergent terms, and some misunderstandings of what documents were.

In other informal talks these stories are not uncommon. It is not that the taxonomies are poorly done, but vast resources are needed to capture all the variants in traditional ways. A line needs to be drawn somewhere.

Comfort in Not Finding Information

The difference in the taxonomy or other formal categorization structure and what people actually call things (as expressed in bookmarking the item to make it easy to refind the item) is normally above 30 percent. But, what organization is comfortable with that level of inefficiency at the low end? What about 70 percent of an organizations information, documents, and media not being easily found by how people think of it?

I have yet to find any organization, be it enterprise or non-profit that is comfortable with that type of inefficiency on their intranet or internet. The good part is the cost is relatively low for capturing what people actually call things by using a social bookmarking tool or other folksonomy related tool. The analysis and making use of what is found in a folksonomy is the same cost of as building a taxonomy, but a large part of the resource intensive work is done in the folksonomy through data capture. The skills needed to build understanding from a folksonomy will lean a little more on the analytical and quantitative skills side than the traditional taxonomy development. This is due to the volume of information supplied can be orders of magnitude higher than the volume of research using traditional methods.


Stikkit Is a Nice Example of a Personal InfoCloud Tool

by Thomas Vander Wal in , , , , , , ,


I have been using the newly launched Stikkit for the last day and rather enjoying it.  Stikkit, is a web-based postit with super powers of a notepad with bookmark, calendar, lite address book for people, tagging, to do, and reminders to SMS (in the U.S.) and/or e-mail.

Stikkit is the product of values of n start-up that is the founded by Rael Dornfest, formerly of O'Reilly.

This summer I was in Portland and got a preview of Stikkit and was really impressed.  It was a slightly different application at that point, but it had the great bones to be a really nice application for one's own Personal InfoCloud.  Much of the really good intuitive scripting that turns dates in text into calendar entries, text to do lists into ones that can be checked-off, and other text to real functionality is in the current version and just sings.

When I used the Stikkit bookmarklet it captured pertinent information from a page that I wanted to track, which had date related information that is essential to something I have interest in, it made a calendar entry.  The focus of the Personal InfoCloud is to have applications and devices that let people hold on to information that they have interest in and move it across devices, as well as add their own context.  Stikkit, really is a wonderful step in making a rather friction free approach to the Personal InfoCloud. It puts the focus on the person and their wants and needs for the use of the information in a page.  Stikkit can free the information from the confines of the web page and alert the person to important dates.  Stikkit also allows the person to share what they find easily.

I think the key to Stikkit is the term "easily", which is the underpinning of the whole application.  The only thing I would love to see is <


WebVisions Designing for the Personal InfoCloud Presentation

by Thomas Vander Wal in , , , , , , , ,


The presentation at WebVisions of Designing for the Personal InfoCloud went quite well yesterday. There is ever growing interest in the Personal InfoCloud as there are many people working to design digital information for use across devices, for reuse, for constant access to information each individual person desires, and building applications around these interests.

In an always on world peoples desires and expectations are changing for their access to information. The tools that will help ease this desire are now being built and some are great starts have been made in this direction. I will be writing about some of these tools in the near future.

I am more exited today than I have been in quite some time by what I see as great progress for the reality of a Personal InfoCloud. It is ever closer for the Personal InfoCloud being more automated and beginning to function in ways that really help people find efficient ways to use information they have found or created in their lives when they want it or need it.

Not only does the Personal InfoCloud need devices but it needs people designing the information for the realities of Web2.0, which is not the old web of "I Go Get", but the new web of "Come to Me". This change in focus demands better understanding of sharing digital assets, designing across platforms and devices, and information being reused and organized externally.


Social Machines

by Thomas Vander Wal in , , , , , , ,


Those of you that follow this site will also likely enjoy Wade Roush's continuousblog. Wade is the West Coast editor for the MIT Technology Review magazine. He has the August cover story in the TechReview titled, "Social Machines" and has posted Social Machines on his site as of today. Please be sure to pick up a print copy and/or read the article on the TechReview site when it is published there.

[I should mention I am quoted in the "Social Machines" article]


Explaining and Showing Broad and Narrow Folksonomies

by Thomas Vander Wal in , , , ,


I have been explaining the broad and narrow folksonomy in e-mail and in comments on others sites, as well as in the media (Wired News). There has still been some confusion, which is very understandable as it is a different concept that goes beyond a simple understanding of tagging. I have put together a couple graphics that should help provide a means to make this distinction some what clearer. The folksonomy is a means for people to tag objects (web pages, photos, videos, podcasts, etc., essentially anything that is internet addressable) using their own vocabulary so that it is easy for them to refind that information again. The folksonomy is most often also social so that others that use the same vocabulary will be able to find the object as well. It is important to note that folksonomies work best when the tags used to describe objects are in the common vocabulary and not what a person perceives others will call it (the tool works like no other for personal information management of information on the web, but is also shared with the world to help others find the information).


Broad Folksonomy


Let's begin with the broad folksonomy, as a tool like del.icio.us delivers. The broad folksonomy has many people tagging the same object and every person can tag the object with their own tags in their own vocabulary. This lends itself very easy to applying the power law curve (power curve) and/or net effect to the results of many people tagging. The power terms and the long tail both work.


The broad folksonomy is illustrated as follows.
visualization of the text on broad folksonomies that follows

From a high level we see a person creates the object (content) and makes it accessible to others. Other people (groups of people with the same vocabulary represented people blobs and noted with alphabet letters) tag the object (lines with arrows pointing away from the people) with their own terms (represented by numbers). The people also find the information (arrows on lines pointing from the numeric tags back to the people blobs) based on the tags.


Digging a little deeper we see quite a few people (8 people) in group "A" and they have tagged the object with a "1" and a "2" and they use this term to find the object again. Group "B" (2 people) have applied tag "1" and "2" to the object and they use tag terms "1", "2", and "3" to find the information. Group "C" (3 people) have tagged the object with "2" and "3" so that they can find the object. Group "D" has also tagged the object with tag "3" so that they may refind the information this group may have benefitted from the tagging that group "C" provided to help them find the information in the first place. Group "E" (2 people) uses a different term, "4", to tag the object than others before it and uses only this term to find the object. Lastly, group "F" (1 person) uses tag "5" on the object so that they may find it.


Broad Folksonomy and the Power Curve


The broad folksonomy provides a means to see trends in how a broad range are tagging one object. This is an opportunity to see the power law curve at work and show the long-tail.
Shows tag 2 with 13 people tagging, tag 1 with 10 people, tag 3 with 5 people, tag 4 with 2 people, and tag 5 with 1 person
The tags spike with tag "2" getting the largest portion of the tags with 13 entries and tag "1" receiving 10 identical tags. From this point the trends for popular tags are easy to see with the spikes on the left that there are some trends, based on only those that have tagged this object, that could be used extract a controlled vocabulary or at least know what to call the object to have a broad spectrum of people (similar to those that tagged the object, and keep in mind those that tag may not be representative of the whole). We also see those tags out at the right end of the curve, known as the long tail. This is where there is a small minority of people who call the object by a term, but those people tagging this object would allow others with a similar vocabulary mindset to find the object, even if they do not use the terms used by the masses over at the left end of the curve. If we take this example and spread it out over 400 or 1,000 people tagging the same object we will se a similar distribution with even more pronounced spikes and drop-off and a longer tail.


This long tail and power curve are benefits of the broad folksonomy. As we will see the narrow folksonomy does not have the same properties, but it will have benefits. These benefits are non-existent for those just simply tagging items, most often done by the content creator for their own content, as is the means Technorati has done, even with their following tag links to destinations other than Technorati (as they initially had laid out). The benefits of the long tail and power curve come from the richness provided by many people openly tagging the same object.


Narrow Folksonomy


The narrow folksonomy, which a tool like Flickr represents, provides benefit in tagging objects that are not easily searchable or have no other means of using text to describe or find the object. The narrow folksonomy is done by one or a few people providing tags that the person uses to get back to that information. The tags, unlike in the broad folksonomy, are singular in nature (only one tag with the term is used as compared to 13 people in the broad folksonomy using the same tag). Often in the narrow folksonomy the person creating the object is providing one or more of the tags to get things started. The goals and uses of the narrow folksonomy are different than the broad, but still very helpful as more than one person can describe the one object. In the narrow the tags are directly associated with the object. Also with the narrow there is little way of really knowing how the tags are consumed or what portion of the people using the object would call it what, therefore it is not quite as helpful as finding emerging vocabulary or emergent descriptions. We do find that tags used to describe are also used for grouping, which is particularly visible and relevant in Flickr (this is also done in broad folksonomies, but currently not to the degree of visibility that it is done on Flickr, which may be part of the killer interactive environment Ludicorp has created for Flickr).


The narrow folksonomy is illustrated as follows.
vizualization of the text on narrow folksonomies that follows
From a high level we see a person creates the object and applies a tag ("1") that represents what they call the object or believe describes the object. There are fewer tags provided than in a broad folksonomy and there is only one of each tag applied to the object. The consumers of the object also can apply tags that help them find the object or describe what they believe are the terms used to describe this object.


A closer look at the interaction between people and the object and tags in a narrow folksonomy shows us that group "A" uses tag "1" to find and come back to the object (did the creator do this on purpose? or did she just tag it with what was helpful to her). We see group "B" also using tag "1" to find the object, but they have tagged the object with tag "2" to also use as a means to find the object. Group "C" uses tag "1","2", and "3" to find the object and we also note this group did not apply any of its own tags to the object as so is only a consumer of the existing folksonomy. We see group "D" uses tags "2" and "3" to find the objects and it too does not add any tags. Group "E" is not able to find the object by using tags as the vocabulary it is using does not match any of the tags currently provided. Lastly, group "F" has their own tag for the object that they alone use to get back to the object. Group "F" did not find the object through existing tags, but may have found the object through other means, like a friend e-mailed them a link or the object was included in a group they subscribe to in their feed aggregator.


We see that the richness of the broad folksonomy is not quite there in a narrow folksonomy, but the folksonomy does add quite a bit of value. The value, as in the case of Flickr, is in text tags being applied to objects that were not findable using search or other text related tools that comprise much of how we find things on the internet today. The narrow folksonomy does provide various audiences the means to add tags in their own vocabulary that will help them and those like them to find the objects at a later time. We are much better off with folksonomies than we were with out them, even if it is a narrow folksonomy being used.


Conclusion


We benefit from folksonomies as the both the personal vocabulary and the social aspects help people to find and retain a tether to objects on the web that are an interest to them. Who is doing the tagging is important to understand and how the tags are consumed is an important factor. This also helps us see that not all tagging is a folksonomy, but is just tagging. Tagging in and of its self is a helpful step up from no tagging, but is no where near as beneficial as opening the tagging to all. Folksonomy tagging can provide connections across cultures and disciplines (an knowledge management consultant can find valuable information from an information architect because one object is tagged by both communities using their own differing terms of practice). Folksonomy tagging also makes up for missing terms in a site's own categorization system/taxonomy. This hopefully has made things a little clearer for all in our understanding the types of folksonomies and tagging and the benefits that can be derived.


Keeping Found Things Found

by Thomas Vander Wal in , , , , ,


This weeks New York Times Circuits article: Now Where Was I? New Ways to Revisit Web Sites, which covers the Keep Found Things Found research project at University of Washington. The program is summarized:

The classic problem of information retrieval, simply put, is to help people find the relatively small number of things they are looking for (books, articles, web pages, CDs, etc.) from a very large set of possibilities. This classic problem has been studied in many variations and has been addressed through a rich diversity of information retrieval tools and techniques.

This topic is at the heart of the Personal Information Cloud. How does a person keep the information they found attracted to themselves once they found that information. Keeping the found information at hand to use when the case to use the information arises is a regular struggle. The Personal Information Cloud is the rough cloud of information that follows the user. Users have spent much time and effort to draw information they desire close to themselves (Model of Attraction). Once they have the information, is the information in a format that is easy for the user or consumer of the information to use or even reuse.


Building a Web Based E-Notebook

by Thomas Vander Wal in , , ,


The Journal of Digital Information has an article on Implementation Challenges Associated with Developing a Web-based E-notebook by Yolanda Jacobs Reimer and Sarah A. Douglas. This Journal article seems to cover good research information on personal information aggregation. The e-notebooks discussed are similar to weblogs, but are means of storing information for personal retrieval. The bibliography included in this is one that is worth some digging also.