b.cognosco

Where leaping to conclusions is my primary form of forward motion.

Most Popular

Book Reviews

Recently

Thursday, July 18, 2002

Patent Extortion

Formerly known as VTEL, Forgent Networks acquired Compression Labs in 1997, acquiring this patent into the bargain. The patent claim was filed in 1986 but Compression Labs never pursued royalties.

Forgent last week declared that it has "the sole and exclusive right to use and license all the claims" under the patent and is seeking a deal wherever JPEGs are transmitted, with the exception of satellite broadcasting.

JPEGs are not free: Patent holder pursues IP grab. And Sony's already coughed up

I'll be interested to see if it gets any mention from Martin Schwimmer. I'm certainly ok with inventors getting their due, and I'm even ok with companies buying up patents that have prior enforcement. But the idea of patent scroungers digging through rubbish bins looking for some way to make a buck without adding any value if repulsive.

Posted by:  Terry Frazier at 2:41 PM  | Permanent Link  | Trackback URL | 

Manila vs Conversant: Website Mgmt or Groupware

By: Sean McMains on 3/14/2002; 12:17 PM

Since both Manila and Conversant are built on Userland Frontier, and since they have some overlap in functionality, it would be easy to assume that they are the same product. That is, however, not the case!

Manila is an excellent tool for getting websites up quickly and managing them easily. It's very user-friendly, and even relative novices find it straightforward to use. Conversant has a steeper learning curve, but also has a lot of features that Manila lacks, including full email support and NNTP support. While Manila is really geared toward a single publisher per site and excels in that role, Conversant is a groupware platform, and is designed to facilitate interaction among group members, including arbitrary numbers of publishers.

In short, they're very different products once you get past their basics, and it's worth examining both when making a decision as to what you'll use.

Posted by:  Terry Frazier at 11:55 AM  | Permanent Link  | Trackback URL | 

Wednesday, July 17, 2002

e-Publishing and POD TidBits from 'Cites and Insights'

• Xlibris now offers color print-on-demand (PoD) publishing, but it isn?t cheap: Setup takes a few months, the book length is limited to 24 to 60 pages, and the author pays $999 to $2,499 before the first PoD "book" appears.

• The column ends with a striking number for the healthiest (and least "e") part of digital book distribution: Xerox printed 20 million b&w PoD books last year? and is demonstrating a $200,000 full-color PoD system. Twenty million in 2001: that?s a real business.

• Also, Bowker wants to do PoD as a form of test marketing for outof-print books?and Powell?s Books is getting into the PoD business with the Oregon Cultural Heritage Commission, using Lightning Press for fulfillment.

• It?s always fun to see market forecasters "distancing themselves" from their earlier forecasts. A Reuters piece posted May 8, 2002 includes the following from David Card of Jupiter Media Metrix: "We haven?t issued forecasts for the [ebook] industry in two years, because the market?s going nowhere. E-books were a dumb idea. I am very negative on this market." And a Simon & Schuster VP says "everyone who works in this industry did not really think" that the aggressive sales forecasts were "what the future held." Naturally enough, S&S won?t disclose ebook sales but says that they?re "meeting its own internal forecasts, with year over year growth in the double digit percentage range."

Posted by:  Terry Frazier at 11:52 PM  | Permanent Link  | Trackback URL | 

Why Freight Management and Logistics Are Important to Small Publishers

From M.J. Rose' column in Wired News?

Summer means discounts: Free shipping and discounted books are heating up at online bookstores.

Amazon.com is offering free shipping on all orders of $49 or more (down from the usual $99), and discounting almost all titles usually listed over $15 by 35 percent.

Some Buy.com bestsellers are 50 percent off. Free shipping is also available on some of these books. And orders of $99 or more that weigh less than 20 pounds are shipped for free.

Barnes&Noble.com is offering free shipping when two or more items are purchased.

How can a small publisher break through when shipping a $15 book costs the buyer $4-$7?

Today, the vast majority of POD books are shipped from print facilities that have little to no experience in handling advanced logistics. They may have enough volume to get a UPS discount, but it's unlikely they can even come close to the rates that an Amazon or B&N.com achieves by using a mail consolidator such as http://www.dropshipexpress.com">DropShipExpress. Besides low rates, DSE can provide tracking numbers and certified delivery via USPS -- just like UPS or FedEx.

Granted, major shippers get significant discounts from UPS and FedEx, but they get significant advantage by aggregating thier shipments with consolidators and optimizing shipping with low-cost carriers. A POD provider who can do the same can offer e-Publishers a direct-ship model with similar benefits, while bypassing the inventory and discounts required by the major distributors and wholesalers.

Such sales will not supplant the in-store sales of the major retailers or the big on-line merchants, but it does give the independent a better shot at competing.

Posted by:  Terry Frazier at 11:32 PM  | Permanent Link  | Trackback URL | 
Categories: Future of Print

e-Book News and Views

The piece below points to a PDF file that is really good reading. If you're interested in what is happening in the e-book/e-publishing/POD arena you should check pp. 10-13 of ...

Cites & Insights. Walt Crawford picks up a number of items in the August Cites & Insights ebook column indicating the quiet realignment of the ebook revolution as it shifts toward a Print on Demand (and future of the print book)agenda.

Posted by:  Terry Frazier at 10:48 PM  | Permanent Link  | Trackback URL | 

Will FTC Investigate Congress

Muris said he formed a task force to study the matter and found that "there are many regulations that, although adopted ostensibly for one purpose, had the effect of protecting existing brick-and-mortar businesses from new competition in the Internet."

FTC: E-biz curbed by some state laws. ZDNet Jul 17 2002 5:20PM ET [Moreover - Online legal issues news]

Posted by:  Terry Frazier at 9:13 PM  | Permanent Link  | Trackback URL | 

More Technology Moving East

Internet router moving headquarters from Seattle to Atlanta. AP via New Jersey Online Jul 17 2002 6:06PM ET [Moreover - Atlanta news]

Posted by:  Terry Frazier at 9:07 PM  | Permanent Link  | Trackback URL | 

Anticipation...

liveTopics 1.0 release iminent.

Okay I've said it before, but barring major incident liveTopics should be released before the end of the week. My current target is thursday since I move house on Friday and I'm not sure what my connectivity is after that. Or, maybe that's not a good time to release... :)

Oh well, damn the torpedo's, full steam ahead! [Curiouser and curiouser!]

Posted by:  Terry Frazier at 6:52 PM  | Permanent Link  | Trackback URL | 

Update: googleBox How-to

3. You do need to create an account with Google to get the key that's required by the Radio and Frontier glue They have a limit of 1000 calls to their server per day per user. For the applications we have in mind this should not be an important limit. And it's good that they've put the limit there, so that they can at some point make this a commercial for-pay service, which we believe it should be.

4a. Radio 8 users: Update Radio.root. Bring the Radio app to the front and choose Quick Script from the Developers sub-menu of the Tools menu. Enter google.init () and press Enter. Then choose Jump from the Developers sub-menu of the Tools menu and enter user.google. You should see an item called key. Click in the second column, enter the key you received from the Google website.

First, the instructions for Radio.

<%google.macros.box ("your name here")%>

This renders as a box, like the one you see on Weblogs.Com in the right margin, or on my Radio weblog, here.

Here's a list of parameters to google.macros.box:

1. searchterm is the only required parameter. It's the search string you would enter through Google's HTML interface.

2. ctResults, a number, default 10, indicates the number of results you want to see in the box.

3. tableWidth, a number, default 191, says how wide the box is.

4. frameColor, a string, default #000000, it's the color that the box frame is drawn in.

5. boxColor, a string, default #FFFFFF, the color of the inside of the box.

6. helpLink, a string, is the url of a page that explains what the box is about. Default is a page on the Radio site that doesn't exist yet.

7. textClass, a string, default the empty string, is the CSS class for all text in the box. If it's the emtpy string we enclose all text in a element with a size="-1" attribute.

Update: I found this thread on googleBox parameter examples along with a note from Phil Wolff on passing the name of a category to the macro. Neat idea. No resolution shown.

Posted by:  Terry Frazier at 4:11 PM  | Permanent Link  | Trackback URL | 

How About a Personal Library App

This latest web services API and SDK seem to fit that vision, and I think it is a very smart thing the company does in stirring up the developer community this way. How it turns out is anyone's guess, but it's an interesting approach to leveraging their infrastructure superiority.

What I want to know is this:
Can someone use this SDK to write a personal library application?

I want to buy an inexpensive, hand-held barcode scanner, plug it into my PC, scan the ISBN codes on my hundreds of books, and let some software package run about the web building a database of all the critical info about the book.

I have thousands of dollars worth of books and if my house burned tomorrow I'd have no hope of recovering even part of it from the insurer. But a personal library program could sure help.

Any of you software mavens out there want to write such an app?

Search Amazon from Python. DiveIntoMark has written a piece of software that combines two things I love: Amazon and Python. (Makes sense, right? You expected to find Pe(a)rls in the Amazon?)

Mark has written PyAmazon, a Python wrapper for the just announced Amazon web API. [...]

Posted by:  Terry Frazier at 3:41 PM  | Permanent Link  | Trackback URL | 

Crawling Before Walking with KM

Walking before running. I've just spent the day in Canberra, doing some consultancy work for one of the government departments. With the plane

Posted by:  Terry Frazier at 3:18 PM  | Permanent Link  | Trackback URL | 

Uh-Oh, Our Idiots Meet Their Idiots -- This Can't Be Good

Euro lawmakers discuss Net issues with Congress. U.S. officials, European Parliament meet to align on Internet security, privacy

Posted by:  Terry Frazier at 1:53 PM  | Permanent Link  | Trackback URL | 

A Choice Paul Shouldn't Have to Make

Or maybe even Paul doesn't know what the one most important point will be to his readers, and by filtering to his first paragraph he risks focusing on the wrong one and failing to get his readers all the way through.

I know. It happened to me.

But that doesn't mean I want to view Paul's entire story in my News Aggregator. And I should have the choice of how I want to get Paul's feed. The only way I can get through all the feeds I track is to do a quick scan. I currently have 60 news sources (I know, that's overkill) and I add a couple a week. Using "Mark Paschal"'s Kit News Aggregator keeps the display filtered down to a reasonable size, but if all my feeds included full stories it would still be too much.

The beauty of News Aggregators is the ability to provide a quick scan summary of the day's news, and I enjoy being able to scroll quickly through the list to see what I should pursue. I know that even if I miss something, someone else in the blogplex will pick it up. With full stories I can't get that quick scan, and I lose the spontaneity that is important to me.

But what is right for me isn't right for everyone. As Jon Udell says in RSS Truncation Shouldn't Be An Either/Or Choice, the reader should be able to choose how to get the feed. Paul shouldn't have to make an either/or decision about what his readers want.

There should be a simple mechanism for allowing readers the choice of having a full or truncated feed. "Jenny Levine" has accomplished this using some server-side scripting, but it's over my head until I can learn something about cgi and php. Paul also suggests a mechanism where the author could choose what to place in the feed on an item basis. Either of these is better than the situation now.

Until Paul gets his item-by-item feature, I hope he'll consider offering a dual feed, ala The Shifted Librarian.

I'm not going to truncate this feed anymore.

After championing truncating your RSS feed to the first paragraph, I'm going back to an untruncated RSS feed. Truncation works very well if you write like a reporter. If you get everything important into that first paragraph, folks can decide if they want to click further. But sometimes I feel more like telling stories than reporting the news. And in that case, it's very hard to get everything you want to say into that first 'graph.[...] [Paul Holbrook's Radio Weblog]

Posted by:  Terry Frazier at 11:31 AM  | Permanent Link  | Trackback URL | 

Rebuild The World Trade Center

I disagree. We rebuild. A memorial to the dead is appropriate, and maybe we don't reproduce the Trade Center towers, but we rebuild. We're human and that's what we do.

"Direct Link to Info on the 6 Concepts Being Considered" [Daypop Top 40]

Posted by:  Terry Frazier at 10:27 AM  | Permanent Link  | Trackback URL | 

I Hate Typos -- Radio Blogging from MSWord

So I was looking at |Matt|'s blog today, checking out the TopicRoll, and saw a link to Radio Blogging from Word (there's a Mac version, too.)

It is pretty technical for a pseudo-geek wannabee like me, and I have almost no tolerance for stupid MSWord tricks (I can't even make it do a decent outline) but if I can make this work, reliably, this will be a good thing.

I'll let you know how it goes.

Update: Well, this does work. It runs a little slow on my PIII 733 machine, but it does carry over links, colors, and basic styling just like Simon Fell said it would. Neat. Now we'll have to see just how useful.

Posted by:  Terry Frazier at 12:44 AM  | Permanent Link  | Trackback URL | 

Tuesday, July 16, 2002

Caution Needed in Fulfillment Services

Caution must be taken not to overlook the actual ROI of most fulfillment operations (low) and the costs of inventory (high). Many fulfillment providers today have built businesses based more on storing things than providing robust services. As the cost of inventory and real estate has risen, they've found themselves pinched between expensive warehouses and customers who no longer want to maintain inventories. Most printers will likley have to make changes in their market and sales strategies for fulfillment to generate significant revenues. And selling print is a far different proposition than selling operational support services.

Fulfillment can be a solid service when matched with other appropriate offerings -- such as sophisticated freight and logistics management -- but printers must be wary of treating it as a simple warehouse adjunct. Instead they must address fulfillment as just one aspect of a demand-driven business and customer model, and build a solid value proposition for these emerging markets.

Fulfillment Services The Next Killer Application for On Demand Printing [WhatTheyThink]

Posted by:  Terry Frazier at 12:00 AM  | Permanent Link  | Trackback URL | 
Categories: Future of Print

Start Small, Grow Right with KM for Projects

• Start small and grow steadily over time.
• Set the "rules of the road" up front and keep it simple.
• Enforce the new culture.
• Define standards but be reasonable.
• Pilot a project.
• Assign a KM owner.
• Show everybody everything.
• Management support.
• Team feedback.

Project Level Knowledge Management.

Project-level implementations of KM hold promise for one simple reason: They address real day-to-day problems that can only be solved with collaboration. Notice I didn't say collaboration tools. That's a very important distinction because this is where KM has traditionally gotten into trouble. The tools are enablers; collaboration is an interaction of people. If you use the tools right, you make the interaction easier; people see the value and buy into the concept. Once people buy into the concept, any initiative will grow and nurture itself.

This approach is exactly why we're having success with project-level KM. The ability to focus on core collaboration tasks and really get to the heart of what workers need is key to any KM initiative. [ADVANCE for Health Information Executives ]

Another example of some solid thinking about how to introduce KM into the organization. This article focuses primarily on how to support a transition from typical practices (e.g. e-mail and ad hoc documentation) to practices that will support improved knowledge management in the long run. If you look at the examples offered, it's clear that k-logs would be an ideal technology tool to meet KM needs at a project level.

A nice little mini-case. [McGee's Musings]

Posted by:  Terry Frazier at 12:00 AM  | Permanent Link  | Trackback URL | 
Categories: Collaboration

Update: Radio Supports XCOPY Deployment and Synching

There are three modes of remote K-Logging. They are:

1. Remote access to a K-Log through a browser on a random PC.
2. Mobile laptop with a local K-Log tool.
3. Remote K-Logging via e-mail.

In my own post on the issues I noted that while using a mobile laptop is an enticing idea I don't want to give up my desktop workstation, so until there is a way to synch Radio across multiple computers I can't do this.

Well, Jon Udell has a story addressing a simple way to solve my dilemma. In Radio Supports XCOPY Deployment Jon explains:

FWIW, my recipe for backing up Radio, and also transplanting it to/from my notebook PC for travel, is simply:

xcopy /s /d C:radio. T:radio.

In this era of fast networks and capacious hard drives, it's really no problem.

BTW this feature, long missing from Windows due to registry entanglements, is touted as a new thing -- "xcopy deployment" -- in the .NET marketing literature. Works in Radio too :-)

I'm guessing there are some path issues to resolve here, but maybe not. In any case, I know I've seen a script somewhere for fixing paths. So if it is an issue I'm sure there is a fix. Being able to move Radio to a laptop for travel but not having to use a laptop all the time is great thing for me. Thanks to Jon Udell and the power of the web for getting this info to me.

Update: a link to the discussion thread on Andy Fragen's myFixFilePathsAndAddresses script.

Posted by:  Terry Frazier at 10:23 PM  | Permanent Link  | Trackback URL | 

In the Same Room Does Not Mean on the Same Page

This cuts to the core of what goes wrong in many virtual teams and virtual organizations. Conference calls don't get it. More meetings don't help. The only thing that helps is getting people to expose what they are thinking in an open fashion. This essay at Technography is well worth your time. It is short, pithy, and to the point.

I don't know where he finds this stuff. This page has an original post date of January 1999. But Ron Lusk has done it again.

Technography: Group Journaling.

So here's the problem: Presentations, all be they clear, graphic, succinct, perhaps entertaining and even electronic presentations, do not a consensus build.

When all is said, and all the presentation presented, and the doing has to get done, the page we're on is not the same anymore. We each have a somewhat different understanding of what we supposedly learned. Informed as we have supposedly become, the information isn't part of our common knowledge. via [Ron Lusk's Radio Weblog]

Posted by:  Terry Frazier at 4:44 PM  | Permanent Link  | Trackback URL | 

Radio -- More Than a Blog Tool

After reading and writing about blogging books yesterday I began to think about what it is that separates Radio from the other tools, and why this distinction is important.

I don't journal. There is nothing in my personal life worth remarking on, and tools that cater to the user who wants an online personal journal don't appeal to me. I enjoy reading some journals, but had that been all there was to Blogging I would never have tried it myself.

I'm more interested in business and learning, and I need a different tool. I want something that fosters collaboration with less structure, and less intimidation, than formal KM systems. I want to successfully run a virtual company -- something I now believe to be virtually impossible. But I think a transparent, user-friendly, addictive method for getting people to enter the collaborative system is mandatory for any chance of success.

So when I saw Radio's personal content management, networking, and k-logging possibilities I was hooked. It's still a little rough around the edges, but it's a great tool, and I can see tremendous possibilities for using it in business and learning environments.

I agree with Matt, Radio won't ever be right for everyone. There's no reason for it to be. Blogging is becoming a generic descriptor for a set of personal software tools, with specific types emerging for different users. As Dave Winer said:

In 2002, we're beginning to get to a category of software, with lines of delineation -- Movable Type is different from Manila, and Radio is different from Blogger, if one wanted to study a category, the products are lining up to accomodate. Other than that there's little that each blog has in common with other blogs.

There will be plenty of room for different tools in the future, and I look forward to seeing developments from all the BlogTool writers. My eyes have been opened to a new paradigm in web space. Many years ago I naively thought XML would kill the web as a personal medium, making it too inscrutable for all but the brainiest experts.

I was wrong. The BlgTool writers have taken XML to the masses, and it is good. There are many, many people who don't know it yet. But they will. And when they do there will be a BlogTool to meet their specific needs.

Why Radio?.

Why have I choosen Radio over MovableType? It's a question I've asked myself recently.

I think MT looks like an excellent blogging system. In a few years time I think that MT (or son-of-MT) is likely to be the choice for bloggers who need a little more than Blogger (or son-of-Blogger) will provide.  I don't believe, as much as I love it, that Radio will be that choice.

However I do believe that Radio could be the klogger tool of choice.  Why?

Because Radio has such potential in both a networked (social) and standalone (personal) context.  Because Radio is a general computing platform that has been specialized to handle blogging but could also be specialized for a thousand other applications.

I, along with others, are looking to take it to the next stage with k-log ready tools.  Userland are doing their part with things like Instant Outlining and RCS.

So, that's why Radio. [Curiouser and curiouser!]

Posted by:  Terry Frazier at 3:17 PM  | Permanent Link  | Trackback URL | 

Photo-Realistic Choices

Photoshop is clearly the hands-down winner for overall functionality but, frankly, is way overkill for the beginner.

WHICH APP TO USE? Sticking my toe in the digital photography pool, I hear about three applications for photo editing:

• Adobe Photoshop
• Adobe Photoshop Elements
• JASC Paint Shop Pro

Does anyone have advice on how to determine the right tool for the job? Is it logical to think that someone just starting in digital photography will find all they need in Photoshop Elements, and because it's from Adobe, the upgrade to Photoshop would be an easy transition?

Adobe Elements 2.0. Adobe has announced an new version of Elements. Version 2.0 adds a variety of new features and improvements including a Glossary of digital photography terms, Quick Fix dialog which can add immediate fixes in... [Digital Photography Review (dpreview.com)]

[Steve Pilgrim's Radio Weblog]

Posted by:  Terry Frazier at 1:44 PM  | Permanent Link  | Trackback URL | 

Radio, Mindspring, and ftp

Update: My upstream to Mindspring works as advertised. I think all the problems were related to the BlueDomino ftp server locking up the Radio ftp driver. Once I stopped Radio from trying to upstream to BlueDomino.com everything at Mindspring worked fine.

That URL -- www.mindspring.com/~tfrazier/ -- still works and I can still connect and put files with a regular ftp client. I never really used the space much. I had a couple of subdirectories in it and I used to get Register.com to forward some URLs to those directories rather than pay for hosting accounts.

Steven has a little different setup and his settings might be of value to others trying to put a Radio weblog on a Mindspring account:

server: home.mindspring.com
path: /www
url: http://svore.home.mindspring.com
[X] check...passive mode.

I hope this helps
-Steven Vore

So do I. Thanks Steven! The URL above is Steven's weblog. Go check it out.

Posted by:  Terry Frazier at 10:01 AM  | Permanent Link  | Trackback URL | 

Update: Radio, BlueDomino.com, and ProFTPd

I recently setup a new domain at bluedomino.com, using their $8.95/mo plan. This runs less than half of what I pay Interland, and I can have it billed monthly to my credit card, where Interland wants to bill me annually.

But I can't get Radio to upstream to the BlueDomino servers. Seems they run ProFTPd 1.2.5rc1 as their ftp server, and this gives Radio fits and starts.

What's more, Blue Domino doesn't seem to have much of a tech support service. I can't be sure -- I've only just started using them. But so far it takes 2-3 days to get an e-mail from a human, and then it's pretty useless.

Contrast this to Radio support:
I post a note on the Radio discussion group and (usually) within hours I have a response from someone on the Radio team. And the resulting discussion gets the problem solved quickly -- either through references to existing posts or some new information.

Lawrence Lee has picked up the case on the ftp driver and is trying to debug what's happening. Since ProFTPd seems fairly popular among the Linux-based hosting services, I guess the Radio guys would like to understand it. Here's hoping he gets it solved shortly.

Update: Lawrence has successfully upstreamed to a subdirectory under my domin at BlueDomino.com. But I still can't do it. I continue to get the "buffer" errors. And I still don't have any help from Blue Domino tech support -- either via e-mail or through their supposedly LiveChat support. Harumph!

Posted by:  Terry Frazier at 9:21 AM  | Permanent Link  | Trackback URL | 

Singing in the News

Newspapers Got The Beat?. " ' Can newspapers help make record companies obsolete? . - By Robin 'Roblimo' Miller - I just downloaded Internet Porn from The Washington Post's Web site. It's one of the quirkier songs available from MP3.washingtonpost.com , a section of the Post's site that allows local musicians to self-publish their work online for free. MP3 download sections are not yet common in daily newspapers, but if enough of them pick up on the idea, newspapers could becom... [The Shifted Librarian]

Posted by:  Terry Frazier at 1:00 AM  | Permanent Link  | Trackback URL | 

Night Watch

Posted by:  Terry Frazier at 12:58 AM  | Permanent Link  | Trackback URL | 

How to Succeed at Consulting

The Talent Myth [Ye Olde Phart]

Posted by:  Terry Frazier at 12:53 AM  | Permanent Link  | Trackback URL | 

Syndication

Contact

 

Presence

 

 
 ICQ

 

 

 

www.flickr.com More of GratefulZed's photos

This Page was last updated: Wed, 02 Jul 2008 22:06:57 GMT