|
Grappling with the Information Superhighway |
|
Reviewed by Walter Alan Zintz To help celebrate this first appearance of UnixWorld Magazine on the World Wide Web, I'm starting this month by reviewing books about information applications on the Internet. The first book--immediately following--covers setting up and running information servers and the second book looks at going beyond simple hypermedia in making information more accessible on the net. Managing Internet Information Services
By Cricket Liu, Jerry Peek, Russ Jones, Bryan Buus, and Adrian
Nye; with Greg George, Neophytos Iacovou, Jeff LaCoursiere, Paul
Lindner, and Craig Strickland
Technical Level: computing--professional to wizard,
subject--newbie to experienced
Publisher: O'Reilly & Ass
ociates
Gopher, World Wide Web, FTP, WAIS and Majordomo servers all get multiple chapters in this book. A lot of smaller information-server tools are covered at suitable length, too. Who would want a book on setting up, using and maintaining all these packages when no one site is likely to put up more than a handful of them? Especially when no book a mortal could lift off the shelf could go very deeply into all these complex packages? Anyone who finds a package's documentation impenetrable, for starters. For most of these applications there are no other books in print that deal with their installation and administration. Information-server consultants and wannabees may want it as an orientation, a warm-up for the piles of manuals. Analysts shou ld find this book deep enough to be very helpful in deciding which package is technically best for a particular site. And the book's hidden benefit, a brief course in managing information (as distinguished from managing the hardware and software that handle the information), might make the book worthwhile to people who primarily will deal with a server's information content. When this many authors have a grip on the pencil, you can expect a book that varies in many qualities from one part to another. There are noticeable variations in technical depth here, but that's about the worst of the unevenness. The upside of very plural authorship is here, also--two good chapters on legal factors, which I didn't expect in a book this technical. My one serious disappointment with this book is the major packages it covers. Frankly, the Internet community is stampeding toward World Wide Web as the information server of choice, and I don't know of anyone planning to set up a Gopher or WAIS server these d ays. The 10 chapters and 3 appendixes devoted to these waning packages might better have been used to cover Listproc, a mailing-list handler just as important as Majordomo. In the book's favor, it contains a lot of useful information, and that information is much more accessible here than in the official manuals in most cases. Nor will there be rival books any time soon; I haven't read advance notices or even net rumors of any other books on most of these packages. Text excerpt:
Main Table of Contents:Condensed (the full Table of Contents is two levels deeper):
Appendixes:
Challenges in Indexing Electronic Text and ImagesEdited by Raya Fidel, Trudi Bellardo Hahn, Edie M. Rasmussen,
and Philip J. Smith
Technical Level: computing--experienced to wizard,
this subject--newbie to professional
Publisher: Information Today
Hypermedia, boolean text searches and the like are marvelous improvements in information access--as important as space between words in text, which was unknown in most medieval writings. But we're not even close to the ultimate in information accessibility with those. Information retrieval specialists have long realized this, and they frequently think about better ways to access stored information. Some of their better ideas regarding machine-readable information are in the 15 separately-written articles in this book. There aren't any canned algorithms here. The book's content is divided, roughly equally, into concepts for improving information access and analysis of problem areas still in need of solutions. Both categories deal mostly with matters that most of us have never realized are bottlenecks. For example, how many programmers have given much thought to indexing or searching for pictorial images, by semantic content rather than physical characteristics? The first three articles here evaluate a lot of good ideas, and still make it clear that a lot more thought is needed. To borrow a buzzword from the suits, this is a book for proactive organizations. Those who only plan to produce smoother hyperlinks and more complex boolean sea rchers won't need it. But anyone who expects to be on the front edge of the next wave in online information access should read this book at least twice. Table of Contents
( Return to the top of this review. ) Wednesday, 15 Feb 1995 Subject: Your review of MIIS found on Unix World Online Dear Walter: First, I just say how glad I am to find Unix World's technical experts back in print (even if the print is only on my screen). After watching both Unix World and Open Systems Today become ``suit and briefcase'' publications, those of us trying to manage the technologies need experts to read. Welcome back. Now, about your scathing review of MIIS ( Managing Internet Information Services )...in most cases you are correct in your assessments. No matter its shortcomings, though, the book fills a huge GAP in knowledge. We need this type of book and despite the problems with multiple authors' styles, it is a very good book. In your review, you comment that too much space is wasted on non-WWW services since you don't know of ``anyone planing a gopher or WAIS server these days''. Well, we are doing that at this very time and for a very good reason. While the world is beating a path to the door of the Web, I still believe in the best tool for the job, and sometimes the best tool is NOT the Web. Our mission is electronic information delivery from NASA to teachers (typically K-12 classroom teachers). If you look at the network statistics, you will learn that only about 1-3% of the schools are connected to the Internet in a way that will support use of the Web. We have built a server to deliver information t o teachers in ANY way they can get to us, be it via the Web or (mostly) via modem. Some states have built networks for teachers to reach the Internet, but most of those networks are still based on dial-up, VTxx terminal-based services. We sought to serve the most teachers possible with the most services. Our single posting data structure has the Web, FTP and gopher servers pointing to it. We will have WAIS pointing to the data soon to meet a government mandate for data indexing. Four servers, four protocols, but one happy user base (most of whom have no idea the other access methods exist). We decided on offering a gopher service primarily because the gopher client (which we offer to the general public who call us) is SO fast and efficient with user time. We offer Lynx (a VTxx Web browser) to our modem-only teacher-users who also get email and Usenet news. Lynx offered us the ability to build our teacher services around Web pages that only Lynx can see. For those teachers with full inte rnet access, our HTTP daemon serves up some of the best graphical pages we can build. Users with file transfer needs (or those without browsers, etc) can get the same great NASA data via anonymous FTP. Our data services model was built on a BROAD service base...most data to more people. The government is slowly coming to grips with the equity issues of publishing vast amounts of information ONLY via the Web, when only a small percentage of the citizenry have Web access...some government agencies are working on solutions (like our system) under projects called 'equitable access' to public information. Thanks for your time...I just wanted you to understand that there are needs for all the services even in this Web-crazy time. D. Alan CunninghamPrincipal Engineer NASA Spacelink Project Marshall Space Flight Center, Huntsville, Alabama Email: cunnida@xsl2.msfc.nasa.gov Walter replies: Yes, it is equitable and desirable to make net information stas hes available to that vast majority of net users who have no access to Web sites. That's why I wished that the MIIS book had covered the other important mailing list handler for Unix systems; because e-mail is the net service that everyone has available. Your organization has a rare situation where a non-Web server makes sense--you are only trying to reach a membership group whose preferred access methods are known, and you have the resources of NASA to cover the cost of all those access methods. A typical organization putting up a new server right now wants to talk to everyone who will listen, and has a very modest budget for the server project. A good example is my own Tea Lovers shop, which wants to reach everyone with an interest in exquisite tea and has only a three-figure budget for going on the Internet. It's a real scramble, and we're betting on e-mail for wide access and the World Wide Web for speed, interactivity and impact. I'll retract my comment on server trends to this extent: I now know of one organization building new non-Web servers, versus new Web servers popping up daily. But net statistics as well as word of mouth now have me convinced that, by the end of this year, Web will be second only to e-mail in the number of net users prepared to access it. BTW, was my review of the MIIS book honestly ``scathing''? I still believe that I was being fairly evenhanded, praising the book at least as strongly as I criticized it. That's the hazard of putting too much nice-guy talk in these reviews: when I do say something at all negative, readers will blow it out of proportion. |
Print This Page Send as e-mail |












