Off the Top: Information Design Entries

Showing posts: 121-135 of 135 total posts


7 February 2002

DM Review provides a history of metadata and the future of metadata in one article, what more could you want. It is a good overview of the past tools and goals of metadata. Central to providing a solid information application is understanding the data and information we are working with. This understanding allows us to tie is to other information to give that data better depth and this is best done with metadata. Metadata help explains the data and allows for data to be tied (or joined) to other data.

An example would be putting together a quick view of all products sold in an ice cream truck. The driver has a small computer that captures all the sales he has makes throughout the day. At certain intervals he synchs his sales to a central computer so that he can easily stop back at the warehouse and stock up on items he is low on. The driver has sold 7 of ab4532 and 16 of tr78t in the past hour. He has had requests for pp887 too. This information is useful for the computers and the data has meaning, but it needs some metadata to know that he will need 7 of Abners Glow-cicles, 16 Tricky Rootbeer pops, a carton of covered paper cups. This metadata will help the person that will prepare these items for the driver's arrival at the warehouse. The "pp" indicates that a paper product is needed and the number following is its actual product code. The raw data now has meaning with tanks to the metadata.



2 February 2002

Last Days of the Corporate Technophobe the NY Times headline reads. This article on how business is driven by information and the organization of information is paramount. The business world, or now those that did not "get it" before, is a knowledge-sharing and information processing realm. Those with out the ability are lost, or as this article states:

Not being able to use a computer in the year 2002 is like not being able to read in the 1950's.

This is important for us that create applications, Web sites, and other technologies. We have an important job in assisting the ease of information use and the process that helps this information become knowledge. Digging through the heaps of data can be eased so that the user can find the information that is important for their purposes. A large part of this job is creating an environment that will make for the ease of information use and mining the desired bits and bytes. A centralized or a minimum interconnected system of data stores that have the ability to keep information current across resources. Finding the snippets of information is often daunting in a large database centered system, but even worse in environments that have stores of segregated documents and data files (like MS Access). Information Architecture is vital to this effort assisting in helping create a navigatible structure of information. Looking at Google and its great improvements in vast information searching is the right direction also.



29 January 2002

The Wall Street Journal rolled out a major redesign this today. The site was cleaner and easier to read than the prior version. Most of the remaining graphical buttons have been completely replaced with text hyperlinks in this new version. The switch to text really helps with quick page builds, as it has for every other site that has envoked them over the past two or three years. The WSJ has also made more of its personalization tools more prominant. The personalization tools have been amazing for anybody looking for breadth and depth on business news. A couple years ago I realized I could no long find anything in the print version of the WSJ as it is so easy in the online version. Now that statement will be harder to overcome.


13 January 2002

Content Management Systems Surrounding Me

Content management is back at the forefront of every aspect of my digital life again. Content management revolves around keeping information current, accurate, and reusable (there are many more elements, but these cut to the core of many issues). Maintaining Websites and providing information resources on the broader Internet have revolved around static Web pages or information stored in MS Word, PDF files, etc. Content management has been a painful task of keeping this information current and accurate across all these various input and output platforms. This brings us to content management systems (CMS).

As I pointed to earlier, there are good resources for getting and understanding CMS and how our roles change when we implement a CMS. Important to understanding is the separation of content (data and information), from the presentation (layout and style), and from the application (PDF, Web page, MS Word document, etc.). This requires an input mechanism, usually a form that captures the information and places it in is data/information store, which may be a database, XML document, or a combination of these. This also provides for a workflow process that involved proofing and editing the information along with versioning the information.

Key to the CMS is separation of content, which means there needs to be a way to be a method of keeping links aside from the input flow. Mark Baker provides a great article, What Does Your Content Management System Call This Guy about how to handle links. Links are an element that separates the CMS-lite tools (Blogger, Movable Type, etc.) from more robust CMS (other elements of difference are more expansive workflow, metadata capturing, and content type handling (images, PDF, etc. and their related metadata needs)). Links in many older systems, often used for newspaper and magazine publications (New York Times and San Francisco Chronicle) placed their links outside of the body of the article. The external linking provided an easy method of providing link management that helps ensure there are no broken links (if an external site changes the location (URL) it there really should only be one place that we have to modify that link, searching every page looking for links to replace). The method in the Baker article outlines how many current systems provide this same service, which is similar to Wiki Wiki's approach. The Baker outlined method also will benefit greatly from all of the Information Architecture work you have done to capture classifications of information and metadata types (IA is a needed and required part of nearly every development process).

What this gets us is content that we can easily output to a Web site in HTML/XHTML in a template that meets all accessibility requirements, ensures quality assurance has been performed, and provides a consistent presentation of information. The same information can be output in a more simple presentation template for handheld devices (AvantGo for example) or WML for WAP. The same information can be provided in an XML document, such as RSS, which provides others access to information more easily. The same information can be output to a template that is stored in PDF that is then sent to a printer to output in a newsletter or the PDF distributed for the users to print out on their own. The technologies for information presentation are ever changing and CMS allows us to easily keep up with these changes and output the information in the "latest and greatest", while still being able to provide information to those using older technologies.



19 December 2001

The Way We Webbed

Builder.com to focus more on technology than Web. This article, delivered to my e-mail a couple weeks ago, has been ringing in my head. The Web is not dead, but how it is build has changed greatly. All of have learned a lot over the past few years and we all have grown greatly. Many of us have been implementing content management systems or rolling our own solutions to ease the management of these sites. We have build community tools and become readers and commentors on other's sites.

The Web is no longer just static pages. It has not been for some time. Dynamic pages have there limits too and we all have found wonderful balances to build a better Web that is a better tool and information source for the users. The Web has also burst its seams and spread back out over the broad Internet. The Internet has become mobile and Web content has been repurposed and is now showing up on handheld devices and developers are creating versions of their information to ease this adoption (this will be an addition to this site in the next month or two, so to accommodate those that read this site on wireless AvantGo readers). Information is also syndicated using XML (RSS) so others can pull the information and use it in a manner that best suits them.

There will be a need for Web pages for quite some time. The great skill of Web design (from folks like Jeffery) will continue to be a needed profession as the design and visual presentation of information is essential to better understanding of the information and eases the adoption/internalization of information. I look forward to the new content from Builder.com, but I also will miss some of their focus too.



Data Needs Context and Molding to Mean Anything

Matt has found one of the many gems on data and providing meaning to it from the ever popular (in my book) Nathan Shedroff. The quote...
"Data is fairly worthless to most of us; it is the product of research or creation (such as writing), but it is not an adequate product for communicating. To have informational value, it must be organized, transformed, and presented in a way that gives it meaning."
is from Nathan's A Unified Field Theory of Design.


7 December 2001

Fellow Boxes and Arrows developer Adam Greenfeld is one of this weeks A List Apart writers. Adam focuses on the lack of discussion of design history in current on-line discussion forums. He goes into his own discussion of wonderful design in history.

I like that he brings up the lack of passion in the field of design, this can be seen else where around the Web. There should always be, I my little opinion, passion at the heart of a designer and/or developer. The passion to create a wonderful place to be used that provides life and breathes ideas. At the heart of this passion is a desire to go back and understand what begat what and who mothered ideas and schools of thought. It is from this understanding that we can build, research, and expand our understandings and knowledge to help the whole profession grow. (What you are still reading here, go read Adam).



16 November 2001

Is Information Architect the Term for the Work of Setting Plans for Information Applications

There has been quite a bit of discussion about the moniker Information Architect on the sigia-L listserve lately. I tried to post a response, but it never made it to the list serve. I am not too concerned about the name or the label attached to the skills and practice of these skills, but to me IA is rather apropos for what I find to be a core part of information application development. The following is my input and a description of what I do as a foundation for developing information applications.

I am finding a lot of common ground in the descriptions of IA, User-based terms, and Experience Design. I tend to lump the whole, to a large extent, into Information Architecture. My work focuses on building information applications from static Web pages to Content Management Systems (CMS) driven sites that extend access to the information to wireless/mobile devices and work between systems. There are two key elements of this development: the information and the user.

Information architects put structure to the information to better understand it by looking at it through the eyes of the user. How does the user think about this information? How does the user structure the information in their mind? How will the information be used and in what context? Where do users look for this information? These questions are essential to building an information application that can and hopefully will be used. I can not have a successful project or product result unless these questions are asked, answered, and put in to a logical structure. This is the basis for navigation systems, metadata gathering, synomic databases for searches, the foundation to build a wireframe, and extends to the framework to create an information facade in the Richard Saul Wuhrman/Nathan Shedroff understanding of IA.

Louis Rosenfeld sees IA as an intersection of three areas: users, content, and context. Which are the base elements that most of us come to the table to understand. These elements are the core elements that need to be understood for an information application.

Christina Wodtke's big tent includes three elements to an IA: content architecture, interaction design, and information design. These elements are the action elements to Lou's component level approach.

The Experience Design folks (of the Richard Saul Wurman and Nathan Shedroff fold) have the same elements in their tool kit and approach the questions much the same manner, but have an experiential end goal the are trying to achieve.

Much of my understanding of these elements came initially from Communication Theory, advertising, public relations, and direct marketing. The user/audience is the focal point of communication and to target a message one needs to answer the same user centric questions and understand the information at hand. I added this background to my then hobby of playing with computers and trying to make applications function in a way that helped me do my job and try to extend that passion to helping others use technology to aid them. The core focus is the user, the task, and the information.

I really like Marc Rittig's hub-and-spoke approach to find a core set of understanding, which there is plenty there to build upon. The joining of disciplines where there is common ground is important as we have a lot to learn and a lot of experiences to share.

I did not know what to call the foundation skills that I found needed to be employed in a project to lead to success. At SXSW last year information architecture kept popping up as a viable choice. After six to seven years of working off a modified process, based on the one I read on vivid studio's site and married it to my process background learned in communication theory, I had a name. I worked for six years with out a name for what I did and found helpful. I know that much of what I do is based on examining how an information space will be used to provide a structured understanding to the user for accessing and using that information. Understanding the user and the information allows a map/schematic/blueprint to be drawn, upon which an information application can be built.



15 November 2001

Chistina Wodtke's secret project is no longer a secret. Boxes and Arrows is out of the bag. I have been having a wonderful time offering my services to help see this come to life. I offer what I can to move a great project along that is filled with some wonderfully amazing folks from around the globe.


1 November 2001

I really enjoyed reading Jef Raskin's "There is No Such Thing as Information Design". This takes me right back to communication theory class. To be specific Jef clarifies with, "Information cannot be designed; what can be designed are the modes of transfer and the representations of information. This is inherent in the nature of information, and it is important for designers to keep the concepts of information and meaning distinct."


This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike License.