vanderwal.net

Usability review of online mapping sites

The Wall Street Journal provides a review of online mapping directions and lists how helpful each of them were with regards to mapping, accuracy, and written directions. These applications are one service that blossomed on the Internet, but the usefullness of the sites and the usability of the sites varies. Reviewed are: AAA.com, MapBlast.com, MapQuest.com, RandMcNally.com, and Hertz NeverLost II GPS. The usability and accuracy of the online maps and their printout versions are key to how well the site gets you to where you are going. One of the items this review required was finding an exact restaurant by name, which there are other methods of finding a restaurant's address to look up on a map. Over all the review is a good read.

Content Inventory from a master

Jeffery Veen provides doing a content inventory (or a mind-numbingly detailed odessey through your Web site) over at Adaptive Path. The article comes with an Excel template to get you started. Keep in mind this is a painful task, but one that will reap incredible rewards.

PHP and MySQL for managing images on the Web

Managing Images With a Web Database Application with PHP and MySQL and nothing up the sleeves. The folks from O'Reilly Net offer this one, which is not in the Web Database Applications with PHP and MySQL. The book is one of my favorite information application development books at the moment for a variety of reasons: ease of coding principles, explaining application development, explaination, then using what is learned and implementing it.

Story of information

Information wants to be found. Somebody created the information to be used (including the coding of an application to extract data to form information). Information (both good and bad) has inherent value. Information that can not be found or used is wasted money and wasted time. Information requires a structure around it to increase its findability. Attempting to make information available with out a usable structure around it is a recipe for failure. Information without a usable structure surrounding it wastes the time of the person (or worse, persons) who created the information, prepared the info for dissemination, and the person/persons/application looking for that information. The waste of time and money by not having a usable information structure or not having any information structure is problematic and, in this day and age, inexcusable waste of vast money, time, and other resources.

The solution lies in working with people who understand information structure. Often these folk are called "information architects". Technology should not be the first step to solving information capturing, storing, structuring, and presentation needs. Human minds are the best first step. Human minds that have training and experience in solving these problems is the best bet. These humans are often called information architects, which:

• Understand that most often the users of information are not the person in the cube or office next door
• Know the users of the information often do not know the creator of the information
• Know the users of the information may not understand the structure of the organization that created the information
• Know the user wants to find the information
• Know the user wants read and use the information in a format they can access
• Know the user will want to consume the information and repurpose that information
• Know that if the user finds what they are looking for and you are providing it the user will often be interested in finding other related or similar information
• Know how to work with designers and technical developers to ensure the needs of your information and the user are joined together
• Know there are many methods of finding information (search, navigation, etc.) and none of these are perfect on their own, but know how to best augment the technologies to provide the best result
• Know that at the heart of this information transaction is the information and the user, which is where the focus belongs
• Know how to increase findability and make the attraction between the user and the information stronger
• Know in the long run their work saves money and time because their experience has proven what they know works

MS security causes sad day

Life sucks when: You have to pull an e-mail account that you manage from service. Particularly when this account is for your Dad. My Dad can be reached at Tom and I will be keeping Thomas. The TJV account is closed.

Why you ask? The account was hacked with the klez virus. He cleaned his hard drive, as he had no choice it or another virus took the hard drive out. He took another hard drive and put it in that machine and started fresh. This may have also infected his new laptop. Yes, all of these machines run Windows (the swiss cheese security system). My dad is more than computer savvy and Windows is not a consumer OS, as it is nothing more than an e-mail away from destroying everything digital you own (among many other issues, which I spend hours assisting friends and relatives with their continual problems with the MS OS). Microsoft continues to lie about its focus on security and the basic problem is the OS itself, it is not secure and it seems it will never be secure. UNIX has some issues, but has many more years of development under its belt, which is why is far more secure. UNIX variants (Apple Mac OS X, Linux, BSD, etc.) all have the advantage of years of experience and advanced developers working on the OS.

Keeping a MS box secure requires somebody with a lot of experience and they are not cheap. The MS total cost of ownership being lower than UNIX is a myth and unfounded. If you have MS open to the outside world (Internet server, DSL at home, or unfiltered (through virus scanner) e-mail, etc.) you need an MS security expert focussed on ensuring the sanctity of whatever is considered valuable on the MS boxes. This person will cost as much, if not more, than a senior UNIX systems administrator (who are, by and large, veterans in UNIX security also as it comes with the territory).

Too many folks (that are near and dear to me) have had MS servers hacked or been victims of viruses in the past couple of weeks. Granted the MS boxes hacked may not have been watched over by MS security experts, but that is what it takes.

Making choices, as far as what language to develop Internet applications, should keep in mind lock in factors. A UNIX only or a Microsoft only solution that requires the application be only run on a certain type of server has never been a great idea. This becomes even more apparent now. In my opinion this has never been a good option. Fortunately, there are many more options available that run on nearly all OS platforms. These include: Perl, PHP, Java (JSP), Python, ColdFusion, etc. Each of these languages have their own plusses and minuses, but if a certain OS platform becomes an unavailable option the applications can relatively easily be moved to another OS. This is not the case with ASP, and even less so the .Net framework (as noted before. Sure ASP can use ChiliSoft, but that is a very short term solution (as you know if you have ever had to use it, it buys you time to recode everything into a portable application language) and requires double to triple the hardware resources to run it compared to ASP on MS or any other language running natively.

All of this is just the beginning of the reasons why I most likely have bought my last Windows machine. The other reasons fall into the areas of trust and pricing. This explanation may follow soon.

.Net lock in

Eric (glish) Costello brings Chris Laco's comments about .Net to his own site as Chris' comments reflect Eric's comments. The main issue is lock in and severe lack of choice. No the security issue that plagues Microsoft at every turn did not show up. The speed improvement in .Net over the current ASP/VB/C development is noticed and raved about. With security a growing concern on many folks minds building applications with a system that only will run on one operating system, which has the worst security record hands down, is not a great option. There are other options available.

WYSIWYG in browser part two

The second part to theWYSIWYG editor in a Web browser is available. This section gets into implementing the HTML portion from the first section into the storage components of this article.

Paul gets SCRAPI

Paul is on a streak with his rogue API explaination and Bookwatch. The API discussion is very intriguing. Paul has build an Amazon information scraper to add information to his bookwatch. A great idea. The downside is Amazon is always changing its interface, but the current version of the scraper seems to work well for Paul. This shows what can be done with a machine readable Website.

CompUSA no sale

Need to have an example of not thinking through all the steps when building a Web application? Macwhiz tries to buy a monitor with good money, but bad application does not allow it. Having the credit from CompUSA on a CompUSA card and using to buy from CompUSA does not mean a thing. The buyer wanted it delivered to his office (always a logical option), but had his home address listed on the credit card (another logical option). CompUSA needed him to add his office address to the card (another logical option), but does not offer any mechanism to doing so (somebody will get fired).

When building applications there needs to be processes put into place to handle the needed options. Many times this requires a phone call to people trained in customer service. Not understanding processes before building an application or have ALL parties talking while developing an application will save embarrassment.

You should never start building before drawing a blueprint that takes into account all the options and needs. There is too much experience around to really have this happen with out a conscious decision being made (usually up the food chain) that stopped the options from being developed (if this is not the case they have the wrong developers or not enough time to have the processes worked out). These reasons are very close to why I will never buy from Barnes and Noble on line again. Ever.

Opening an application to the Internet opens the application to real people and real people provide a wide variety of aberrations to the planned uses for any application. Not having the time, resources, or approval to build in processes for easily handling these aberrations or spending time developing the application using user centered design/development skills will sink even the best funded applications. The user is always right and the real users must be a part of the development.

Philip Greenspun also provides his Software Engineering of Innovative Web Services course materials online. The Problem set 4 is a wonderful section that covers metadata and its uses. As the overview states:

Teach students the virtues of metadata. More specifically, they learn how to formally represent the requirements of a Web service and then build a computer program to generate the computer programs that implement that service.

The fine folks at Q42 have a color blindness check tool. This works to change your Web pages into a palette that a color blind person would perceive.

So you want to build your own weblog tool like the one here? Start with PHP and MySQL with a little Apache and a sprinkling of arrays and script code. Yes, this is basically what is under this puppy.

PHP with Java tutorial over at Dev Shed. Why not JSP? PHP is quicker to write and quicker to run.

Being April 1st, Josh at Praystation turns back the clocks for just one day.

Extranet overview

John Rhodes provides an overview of extranets and hits some great points.

...most people like self-service. An extranet facilitates this activity, if you design it correctly.