When you have a large amount of data to sift through, it is often good to create an ironclad framework to manage the data. This framework will include a method of inputting new data, modules for importing and cataloging old data, and an interface to wrap around the whole thing. Collectively, it is called a system.

The problem with systems it they are often created to manage a dataset that is expanding rapidly now, but will taper off quite soon. The designer of the system assumes that the expansion will continue at its present rate, so he creates the system to manage a large amount of data and he designs a thorough catalog to expedite searching. The problem is that with more items, more cataloging effort must be spent on each item so that searches can drill down the necessary data over an ever-expanding dataset. This means the cost of maintaining the system increases exponentially. If the expansion rate drops rapidly, this can be the nail in the system’s coffin, as fourteen layers of metadata provides diminishing returns when you are adding three records a day.

When you picture a “system,” think of a photography catalog. You add more photos as you …

... CONTINUE READING

In the United Kingdom, some six million domain names are registered under the .co.uk suffix. While yourname.uk would be preferable to yourname.co.uk, such registrations are banned.

This adds up to thousands of lost hours among computer users and much more wasted space. UK residents have to type the extra “.co” for every domain they visit, communicate, or advertise. Clearly, the UK does not put its users first, or the lengthy subdomain would not exist.

One practice common among universities is to give students second-rate email and blog addresses. My email address at Daytona State College is the ridiculous richard_thripp@falconmail.daytonastate.edu. Blogs take on unwieldy addresses like agessaman.blogs.gfalls.wednet.edu. Giving students first-class registrations at the second level, like richard_thripp@daytonastate.edu or richardxthripp.wednet.edu, is out of the question. Usually, administrators will have their reasons such as firewalling users, keeping the namespace open, simplifying management, or departmentalization. None of these are valid and they all put the user last, when in fact the user should be the #1 priority.

On Thripp.com, it would be tempting for me to place users in some God-forsaken subdirectory like users.thripp.com/richardx, but instead I put them right up front like richardx.thripp.com. Sure, I might run into problems later. Sure, there …

... CONTINUE READING

This is a lengthy post (~4500 words). I cover file names in great detail, but go much further into the differences between a literal and abstract asset management system (descriptive file names vs. not), spend many paragraphs debunking time zones, daylight time, traditional date formatting, and use 500 words to debate underscores vs. hyphens vs. spaces to break up words in your web addresses. The implications go way beyond mere file names. Read on if you’re in for a adventure . . .

I don’t like that all the articles I read on organizing your photos recommend giving them descriptive file names. The problem with files and directories is that they’re just like their non-computerized equivalents: rigid and inflexible. Your photo cannot appear under “flowers” and “macros,” because a file can only belong to one folder. Similarly, it can only have one file name, and if you fill that with keywords so you can use the Windows search to find it, the name becomes long and unwieldy. Plus, if you take a lot of photos (I’m averaging 500 a month), it’s totally impractical.

Why is it impractical? Because you’re restricted in length and taxonomy, there are no connections between files besides rigid …

... CONTINUE READING