- The $35 Atlantis word processor (see my entry for June 18, 2010) installs effortlessly under Wine and runs without a glitch under Linux. (It has a Platinum compatibility rating, and they don’t get any better than that.) If you’re doing or considering ebook development under Linux, it generates a very good EPub file, and is quite fast and extremely low-profile. (1.5 MB!)
- Doesn’t Popular Science tell us this (and just as emphatically) every three or four years? I’ll believe it when I actually see zepps flying over my house.
- From Bob Fegert comes word that Ray Kurzweil hopes to shake up the ebook business with his still-unreleased Blio reader. I’ve known of Blio for some time; what’s new is the partnership with Toshiba to create a Blio ebook store supporting PDF, XPS, and EPub books. However, what may make Ray the new kingmaker in the ebook world is a recent Federal requirement that universities make their e-readers accessible to the blind. Blio will do that very well (as you might expect, given Kurzweil’s history) and the reader is capable of rendering textbooks to an extent that most other ebook software/hardware combos simply can’t. Much to watch here.
- Having just spent a great deal of money changing out my glasses to a new prescription, I think this Android eye-test app is clearly and crisply brilliant.
- From the Words-I-Didn’t-Know-Until-Yesterday Department: Cyberlocker, a cloud-based file-hosting site. The term is generally used of sites like Rapidshare, which are coming to be seen by Big Content as the greatest single offenders in the file-sharing wars.
- Just as Shrek is selling Vidalia onions, I heard from a reader that Wallace & Gromit not only put the Wensleydale cheeses on the map, but with the power of cartoon branding brought the cheeses’ producer back from the brink of bankruptcy.
- Rich Dailey N8UX writes to tell us that the original Idle-Tyme rolling ball clock is back in production again, after 25 years. I saw one in a store window I don’t know how many years ago and giggled a little at the product’s inherent audacity, but it had a following, and I bought a plastic knockoff in the late 70s. The clock broke, but I still have the balls in a drawer somewhere. Read the history page; the inventor (like a lot of inventors) was a very interesting man.
software
Odd Lots
Review: The Calibre Ebook Management System
I tried Calibre when it first came out a little over two years ago (v0.4.83) and was reasonably impressed. It did everything it said it did, reliably and without much fuss. Alas, I didn’t test most of its features back then, especially its file conversion modules. I’ve done a lot more in the past week, and overall I’m pleased.
The current version is 0.7.6, and author Kovid Goyal posts updated releases frequently, as often every couple of weeks. That’s amazing for a GPLed app, but Calibre itself is amazing in its way. If you install no other ebook reader or manager, get Calibre. It’s a Python app, and can be downloaded for Windows, Linux, or Mac.
There are three general aspects to Calibre:
- It’s a sort of jukebox for ebooks: a simple database manager that allows you to browse your ebook collection, search for individual titles, and edit metadata by individual title or in bulk. It can send books to any of a growing list of hardware readers.
- It’s a collection of import/export modules behind a GUI, allowing you to take an unencumbered ebook in one of a long list of formats, and export it to a different format out of that same long list.
- It’s an ebook viewer that can render ebooks for reading in most popular formats. When a format isn’t supported, Calibre attempts to launch the associated app to render the book.
All three aspects work well, though I ran into some problems with format conversion. I tested Calibre by importing basically every ebook I have on disk, which at this point isn’t all that many. I still don’t have a portable reader device that I like, and I don’t read a lot on my PC display. So I went and got a bunch of things from Project Gutenberg (including all the pre-1923 Tom Swift Senior books) plus some religion journals and other PD oddments from Google Books, and ended up with about 150 titles.
Calibre copies imported ebooks from their original locations to a separate directory, and it operates only on those copies, leaving the originals alone. (This means that the space your library takes on disk will basically double, though I doubt that this is an issue in an era of 2 TB hard drives.) It controls the filename of each file, and imposes a filename by running a regular expression against the title and author name in its database. Change a book’s title in the database, and the filename changes in sync. Delete a book, and only the imported copy in the Calibre directory goes away. Your originals are not touched.
Once you import the ebooks you own, plan on spending some time editing the metadata. Calibre uses a regular expression to extract an author and title string from each file, and although you can change the regular expression if you want, there’s no broadly accepted standard for ebook filenames, and you’ll find that many of your books have the author name in the title field or vise versa irrespective of the expression Calibre uses. You can specify a series name and number for books in series; e.g., Tom Swift, Sr., Volume 12. There are additional fields for publisher, ISBN, pub date, and comments, and if a cover image is present in a book, a thumbnail will be displayed. There is a tagging system with a tag manager.
Sorting out the metadata was a fair bit of manual labor, even for only 150 books. You can do updates on several books at once; for example, I highlighted all the Tom Swift books and set the Author field to Victor Appleton in one operation. If you have many hundreds or perhaps thousands of ebooks (and I know people who do) good luck; you’ll need it. There is autocomplete on fields and that helps, but there’s an irreduceable amount of keystroking that has to happen to get the most from the database browser.
The ebook viewer is as good as I’ve tested so far. It renders almost every ebook format I’ve ever heard of, including the comic book formats and PDF. (You can configure it to launch an external app to handle a specific format if you choose; for example, I open CBZ and CBR files with Comical.) For EPub and MOBI files, at least, the reader automatically maintains a bookmark to the last opened location in the book, and when you reopen a book, the cursor goes right to that bookmark. (This is not true for LIT, PDB, , and LRF books.)
About the conversion modules I have mixed feelings, and the problems are probably not all with Calibre. I converted my EPub version of the Beyschlag Old Catholic history to LRF, MOBI, and PDB. Results were so-so. One problem with the LRF export was that the font size was inconsistent: Parts of the text were rendered in larger type than others, and I can’t tell (yet) if that’s an issue with Calibre’s LRF viewer module or with the conversion process from EPub to LRF. The conversion to PDB stripped out all the formatting, including italics, and that does appear to be a problem with Calibre. MOBI kept the italics but didn’t center the author lines. Calibre seems happiest dealing with EPubs, and conversion from other formats to EPub works better.
Note that Calibre doesn’t deal with DRM-encumbered files at all. That’s fine with me, as I won’t buy DRM, but you need to keep it in mind if you’re looking to read DRMed books on your PC; Calibre is not the item for that.
I also installed Calibre under Linux, and I moved my entire Calibre database over to the Linux machine by simply copying the Calibre books directory to a thumb drive, and then copying the directory from the thumb drive to a folder in my home directory and telling Calibre to use it. As best I could tell, there were no functional or performance differences between the Windows and Linux versions.
There isn’t a lot of downside to Calibre. Opening and rendering an ebook on the internal reader can be slow if it’s one of the more sophisticated formats. (Txt and .rtf files open very quickly.) The viewer doesn’t downsample cover images very well when displayed at less than their native resolution, though that’s a quibble. (Reduce the display size on my Old Catholic history epub and you’ll see what I mean.) Adding bookmarks seems to take more time than it should, especially on longer books. The program crashed once when I had a lot of windows open. (These included Thunderbird 3, which seems to be causing a lot of weirdness recently.)
Calibre doesn’t help you create ebooks; that’s not what it’s for. And some issues with the conversion modules are going to keep me looking for reliable ways to make MOBIs, LRFs, and PDBs out of my EPubs. However, in terms of an ebook manager, it’s just short of stellar. The viewer modules work reasonably well, particularly with files created “natively”–that is, not converted from one format to another.
Basically, the ebook business is still mighty young, and I’m not surprised at how random things still are. Among ebook-related software products, Calibre is the least random of anything I’ve yet tested, and at this crazy stage of the game, that’s high praise.
Highly recommended.
Odd Lots
- Several people have asked me what I think of the Calibre ebook reading, management, sync, and conversion system, and that’s in fact what I’ve been fooling with in recent days. There’s a lot in the package, way more than in any other single ebook reader or manager that I’ve yet seen. A review will follow as time allows.
- I follow this site every day, and I may be a little jaded, but this image (from June 25) made me gasp. (Don’t forget to mouse over it for a guide to what you’re seeing.)
- And if you have any interest in the closest star to Earth, this site should be on your short list.
- From the Words-I-Didn’t-Know-Until-Yesterday Department: Revendication, an old word for “restoration.” Found in Letters from Rome on the Council by “Quirinus” (Acton, Dollinger, and Friedrich), 1870.
- From Jim Strickland comes a pointer to a skin-mag pinup…hold the skin. (C’est si bones…)
- Here’s an interesting list of apps built with FreePascal and Lazarus, an open-source Delphi workalike. I’m going to try some of this stuff, because if it breaks, I may have a fighting chance of fixing it.
- Here’s the best description I’ve yet seen of why broadband in this country is as weak as it is.
- A tie-in with the Shrek movie series has apparently made Vidalia onions this summer’s hot item…with kids. Kids are eating onions like never before, simply because (as they said in the first movie) “ogres are like onions–they have layers!” Dare ya to do the same thing with creamed corn.
- A whole new category of vuvuzela emulator apps is getting lots of online buzz.
Query By Sketching
Earlier today, while Carol and I were out on an errands run, we were stopped for a light behind a beat-up pickup truck. On the back of the truck was an emblem on a sticker, and Carol asked me what it was. And in truth, I don’t know, though I’ve seen it a time or two before. It looks like a band logo, though not of any band that I’ve ever listened to.
It was a right profile of a cartoonish man running, with his hair streaming in the wind. In one hand he’s holding a sheet of paper in front of him. The whole thing is in red, inside a red circle. There’s no text of any kind. (The figure is filled in with red; my sketch above is in red Sharpie. Also note the painfully obvious: I’m a words guy, not a pictures guy.)
The challenge intrigued me when I got home. How would I look something like that up? I tried text descriptions in Google Images: “little red guy running”, “red logo running man,” and so on. Saw lots of interesting things, but not that logo. I didn’t spend a great deal of time on it and gave up after a couple of minutes.
We don’t really have a search system for pictograms, and we probably don’t need one all that badly, but it made me wonder how we would make the attempt. Text descriptions? “Right-side profile of cartoon man running, holding a sheet of paper in front of him. Enclosed in circle. Color solid red.” Or perhaps a sort of Visio interface where we could drag across cartoon fragments of describable things and drop them into a rough sketch that the computer could compare against images in its database. This would require machine abstraction, but would be useful for identifying more than just band logos.
As with “query by humming” for music that sticks in your head, it’s a difficult problem computationally, and not as useful. My guess is we that won’t do it, not because we can’t, but because there’s no payoff. And thinking about it for a few minutes reminds me how really really far we still are from genuine “strong” AI.
In the meantime, does anybody know what the little running red guy represents?
Coding vs. Compiling EPubs
It’s always unsettling to admit that the other side has a point, but it’s good practice and often absolutely necessary. I am the VDM guy, after all, and I’ve never been one for hand-coding what can be generated automatically. As I’ve mentioned here earlier, an awful lot of people take their text and hand-code an EPub framework around it to create an ebook, which I found borderline ridiculous…until this morning. Now I think I know why they do it.
It’s simple: Our EPub compilers have a very long way to go.
The process of creating EPub-formatted ebooks can be done two ways: Write your own XML/XHTML by hand, or let a utility of some sort generate it for you. I’ve done both in recent days, and I was bowled over by the conceptual similarities between that and the gulf between writing a program entirely in assembly and writing it in an HLL like C. I’ve done a fair bit of tracing through assembly code as compiled by GCC, and I’ve been very impressed by the cleanness and comprehensibility of the assembly files it produces. GCC is one helluva compiler, as is the Delphi compiler. (And that’s where my low-level code tracing experience begins and ends, mostly.)
Well, I’ve been spoiled. Compared to GCC (or even Delphi, which is now 15 years old, egad) the EPub format is a babe in diapers: poorly understood, still growing furiously, and, as often as not, smelly as hell. All of that will pass. (I remember my nephew Brian in his diapered era; he is now 27 and an investment banker.) But in the meantime, well, the immaturity of the EPub technology must be dealt with.
I did another, larger test case EPub yesterday. I took a 15,000-word article from an old theology journal, extracted the text via ABBYY PDF Transformer, cleaned up the text (which was in fact pretty damned clean to begin with; ABBYY does a superb job here) and loaded the text into the Atlantis word processor. Without a great deal of additional editing, I exported it to an EPub file. That file may be downloaded here. (40K EPub.) There are no images, and all the text exists in a single XHTML section. It’s about as simple structurally as an EPub can get, and what you see is just as it came out of Atlantis. I did not tweak it at all post-Atlantis, neither manually nor in Sigil. (Note well that Atlantis can export EPub, but it cannot import EPub files, nor display/edit EPub XML/XHTML.) I then took that file and loaded it into Sigil, added a cover image, and split the text into two sections. You can find that file here. (1 MB EPub.) Both of these files pass EPubCheck without errors.
The Atlantis EPub renders (reasonably) well in all the local readers I have here, as well as the online Ibis Reader. It’s small (only 40K) and if you can do without a cover it’s a perfectly reasonable ebook. The Sigil copy does not do nearly as well. The online Ibis Reader refuses to render any of the images at all, including the cover image, the copyright glyph, and the generated images of the two grapevine glyphs that I inserted into the title page as decorations just to see what would happen. The copyright glyph issue is disturbing for legal reasons, but worse, it’s a standard character with a standard HTML encoding, and should be renderable irrespective of font. Ditto Azardi, which renders the Atlantis EPub well but not the Sigil copy. Over and above Azardi’s leaving out all the images (including the copyright glyph) the Sigil copy of the EPub loses what little formatting it had in the Atlantis EPub. None of the centered text remains centered, for example.
There are some additional weirdnesses in the readers themselves: FBReader renders both files well, but (weirdly) the Go Forward button moves the reading window toward the beginning of the file, and the Go Back button moves the window toward the end of the file, perfectly bass-ackwards. Ibis displays the title three times, which is overkill. FBReader handles the images just fine, but renders the copyright notice for both versions in Greek letters, sheesh.
These rendering issues are probably reader failures, since the files themselves are EPub-compliant. However, the autogenerated XML/XHTML code is often obscure, and in one case, at least, dead wrong: The title tag includes only the first line of the title. I understand that the title text is split into two lines, but I was never asked to define the text within the title tag and can only assume that Atlantis picked the first Heading 1 style it found and plugged its text into title. (The metadata for the title was stored correctly, and all readers displayed the full title text. I don’t think that the title tag is used by the readers. An empty title tag is perfectly acceptable to EPubCheck.) The gnarliest part of the compiled EPub (in both versions) is the CSS. Atlantis took the page format settings and translated them into generically named CSS classes, which are accurate representations of the word processor settings, but not easily identifiable and in no wise good quality CSS.
This isn’t insurmountable, and most of the problems I’ve had so far can be blamed on incomplete and buggy reader apps, but it shows how young a business this is. The hand coders still have the edge, and I’d be better off on the readability side creating the ebook text in a WYSIWYG HTML editor like Kompozer or Dreamweaver and hand-coding the CSS myself. That is, however, precisely what I’m trying to avoid. Sooner or later, Atlantis or something like it will offer pre-written CSS style sheets designed specifically for text intended for EPub export. That will help a great deal. In the meantime, some manual futzing is unavoidable, and my opinion of Sigil has been greatly tarnished. I may have to try something else on the EPub editor side; suggestions always welcome.
And the readers, yeech. Don’t get me started. I may have to buy an iPad just to see what my own damned books look like!
Atlantis and the EPub Toolchain
You’ve heard me say this before, and I suspect you’ll hear it again and again: Creating ebook files is much harder than it needs to be, and creating ebooks in the EPub format is particularly–and inexplicably–hard. In my June 9, 2010 entry, I spoke about the EPub format itself, and how it’s not a great deal different from a word processor file format. In fact, Eric Bowersox pointed out that OpenOffice’s ODF files are also based on XML and organized in a similar way.
Bogglingly, most people appear to be hand-coding EPub XML. In recent days I’ve been looking for better ways to create EPub ebooks. Many places online cite Sigil as the only WYSIWYG EPub editor in existence right now, and I grabbed it immediately. It’s a very nice item, but appears to be an undergraduate’s Google Code project, and I certainly hope he will hand it off to others if he ever gets tired of hammering on it. Version 0.2.1 has just been released, and it fixes a number of bugs that I stumbled over in the last couple of weeks that I’ve been using it.
Then, yesterday, without any need for ancient maps or Edgar Cayce, I found Atlantis.
The Atlantis word processor is a $35 shareware item created by a very small company in France. It’s portable software, meaning it can live on a thumb drive and does not have to be installed in the usual fashion. It’s tiny; nay, microscopic (the executable is 1.1 MB!!) and lightning fast. It doesn’t have all the fancy eye candy of modern software, but it’s amazingly capable, and highly focused on the core mission of getting documents down and formatted. It has a spellchecker and other interesting features like an “over-used words” detector. It reads and writes .doc, .docx, and .odt (ODF) files, and here’s the wild part: It exports to EPub.
Furthermore, it does a mighty good job of it. I loaded a .doc of my story “Whale Meat” into Atlantis and then exported it to EPub. The generated EPub file passed the very fussy EPubCheck validator immediately with flying colors. Now, this was pure text, without any images or embedded fonts or other fanciness, but that’s ok. You have to start somewhere, and I would prefer to start with a genuine word processor.
I then loaded the EPub file that Atlantis had generated into Sigil, which I used to divide the story into chapters and add a cover image. Sigil isn’t really a word processor in the same sense that Atlantis or Word are, but it allows split-screen editing of WYSIWYG text on one side and XML/XHTML code on the other. Sigil 0.2.0 had a bug that generated an incomplete and thus illegal IMG tag (XHTML requires the ALT attribute) but I see that the new 0.2.1 release fixes that. Adding the ALT attribute manually in Sigil 0.2.0 allowed the EPub file to pass EPubcheck without further errors.
I have not yet generated a TOC in Sigil, nor have I attempted to create an EPub of any significant size. (“Whale Meat” is only 8,700 words long.) When I’m through playing around, I’m going to load the entire .doc image of Cold Hands and Other Stories into Atlantis, export it to EPub, semanticize it in Sigil, and see what I have. At some point along the way I may be forced to hand-code (or at least hand-correct) the XML or XHTML, and you’ll hear me bellyache about it when I do. But I will admit that I’m pleased with what I have so far. Yes, Atlantis and Sigil ought to be one product, or at least two closely-knit utilities in the same product family. Still, given the primitive state of the EPub reader business (I have yet to find a Windows or Linux-based EPub reader that I’m willing to use) I’m satisfied with the way that Atlantis and Sigil cooperate. Now that Apple has anointed the EPub format for iBooks, I’m guessing that EPub-related improvements will be arriving thick and fast in coming months.
EPub and Word Processors
Well. Got your heart medicine handy? Jeff is considering a Mac. Well, not exactly. (Put down that nitroglycerine.) I’m strongly considering getting an iPad. And I’ll bet you didn’t know that I already have an iPod, thanks to Jim Strickland, who may in fact persuade me to get a Mac someday. I worry about some of Apple’s cultural issues (like not providing clear guidelines on what you can sell in their stores and what you can’t, and changing your &!$#*% mind about it every other week) but their engineering is extremely good. I spent some quality time with an iPad at a recent Enclave Meetup, and basically, I’m sold. Those guys pretty much nailed the ebook experience, or at very least came up with the best possible compromise between fixed-page and reflowable presentation that anyone might strike. And I want my books out there in the iBooks marketplace.
This means that I need to be able to create EPub files, and good ones. What boggles me is the scarcity of visual tools for that purpose. Among the mainline desktop publishing apps, only InDesign CS4 and CS5 can export finished EPub files, and some people think the feature itself isn’t finished yet. (I don’t have either version so I can’t do my own testing–and at $700 for the app, I don’t expect to get it.) Some odd comments I’ve seen online suggest that the Scribus developers don’t think that reflowable document export is a suitable task for a fixed-layout desktop pubber, and that they’re not going to do it. There are lots of converter programs for taking various types of files and turning them into EPubs. As best I can tell, most people code their EPubs up manually, as though they were writing a C++ program. Gakkh. But also as best I can tell, affordable WYSIWYG EPub editors begin and end with Sigil.
The format itself is not a skullcracker. You’ve got one or more XHTML files expressing content (plus image files, if present), one or more CSS files defining styles, and one or more XML files describing document structure and metadata, all placed in a container file that’s not much more than a .zip with a different extension. There’s an optional DRM layer in the spec, but it’s technology-agnostic and not much used. The spec is simple enough so that people write the damned things by hand. I can’t imagine that parsing and generating the XML/XHTML/CSS would strain any sort of editor.
My point here is that you don’t need a fixed-layout desktop publishing program like InDesign or Quark to create and maintain EPub ebooks. In a sense, EPub is a modern XML-based word processor file spec, and even a middling WYSIWYG word processor could be twisted a little bit to read, render, edit, and write EPub files that could be loaded right into iBooks without further processing.
Sigil comes close. I’m using it and I’m reasonably impressed, considering that the team is basically writing a brand-new word processor from scratch. What boggles me is that it’s the only WYSIWYG EPub editor in the universe. And as a word processor, well, it’s pretty spare.
There’s no reason for this. Existing word processing apps like OpenOffice Writer and AbiWord could easily be extended to import and export EPub files, or forked to create a ramcharged ebook development system using EPub as its primary file format. Fork or not, I’m convinced of this: All word processors will eventually become ebook editors. The ebook market is closing in on reality. We now have the file format we need. The software will follow.
But sheesh guys, how about picking up the pace a little!
Odd Lots
- I’m not very good at one-liners. So, in my contrarian fashion, I will present an Odd Lots composed entirely of…two-liners.
- Technical material (textbooks, manuals, computer books) rendered on an ebook reader? Now you’re talking.
- As someone fond of both astronomy (especially telescopes) and Star Wars, I consider this a wonderful building hack.
- Harrison Bergeron was evidently a Canadian kid soccer player. (Thanks to Bob Trembley for the link.)
- What’s your favorite app for extracting text from PDFs? Any experience with ABBYY’s PDF Transformer?
- And if you’re going the other way, slow but sure pays off: PDFCreator has finally reached version 1.0, after only seven years.
- Sigil is the only WYSIWIYG editor for EPUB-format ebooks. Why? When will we start editing ebooks and stop coding them?
- One of my cousins once had a sandbox in an enormous worn-out tractor tire. Now somebody’s recycled such a tire into a bike.
Odd Lots
- As I polish up this Odd Lots, I see that Sectorlink.com is down, which is significant to me since they host duntemann.com and copperwood.com. Have no idea what’s going on yet, nor how long the outage has existed. (I was over at one of Carol’s friends’ rebuilding some very ad-hoc tomato shelters in honor of George Ewing until an hour or so ago.) If some of my pages are inaccessible, it’s not about me; it’s the whole damned hosting service.
- We lost Martin Gardner the other day, at 95. Amazing man, something like a technical Colin Wilson, who wrote the “Mathematical Games” column in Scientific American for 25 years, edited Humpty Dumpty’s Magazine for Little Children (which I read circa 1957-59) and cranked out books for most of his life. Every one I’ve read has been terrific, and I especially endorse Fads & Fallacies in the Name of Science (1957) and The Annotated Alice (1960.) I should look for a few more.
- Art Linkletter too, who made it to 97. It was in Linkletter’s very funny book Kids Sure Rite Funny that I found the wonderful kid-quote: “Now that dinosaurs are safely dead, we can call them clumsy and stupid.” The book’s copyright was not renewed and it is now in the public domain; you can read it online or get free ebook copies in various formats here.
- The problem with how to carry your iPad made it all the way to the Wall Street Journal, which devoted an A-head story to the issue. My correspondents (including a couple who have the iPad) think a belt holster is unrealistic. Best iCartage solution I’ve seen so far (including a photo endorsement from Woz himself) is the Scott eVest, with 22 hidden pockets, including one custom-designed for the iPad.
- Then again, there’s some unexplored form factor territory between smartphones and iPads. I find the Dell Streak (formerly the Mini 5) intriguing for its size/shape alone. (Here’s an interesting perspective on display size from Engadget.) The 5-inch model that will launch later this year (and in the UK on June 4, I hear) is about the size of an old HP scientific pocket calculator, and in the fevered days of my youth alpha geeks carried those around in leather belt holsters. Even the rumored 7-inch version could be belt-holstered with some care; beyond that it gets dicey. (Dell supposedly has a 10-incher in development.)
- After asking mobile developer David Beers about his thoughts on the Android OS, I discovered that Google will let you download an Android LiveCD so you can mess around with the OS on an ordinary Intel PC without having to lay out for an actual mobile device.
- That unpronounceable volcano in Iceland, perhaps fearing that the world was starting to get bored with it, blew a volcanic smoke ring the other day. Many people, perhaps thinking that smoking may be hazardous to a volcano’s health, are cheering it on.
- After several calm days here, the winds came up again yesterday morning. As Carol and I were driving back from Walgreen’s, we saw dust clouds crossing Broadmoor Bluffs in front of us on several occasions. It’s dry here, and construction sites generate a lot of brown dust, true. But then the winds calmed for a few seconds before starting up again, and when they did, we saw a large pine tree shake in the wind and let go a thick cloud of yellow dust. Pine pollen by the pound. No wonder I can barely breathe.
Odd Lots
- Jupiter has always looked better with a few belts, but now, astonishingly enough, one of them has gone missing.
- Ever want a stuffed muon? Head right over to the Particle Zoo, where that and many other cuddly plush species of atomic debris can be had, including a few (like the tachyon) that have never been observed and probably don’t exist. Oh, you can get stuffed dark matter too–and does that Higgs Boson look happily stoned or what?
- I’d heard about it a while ago, but only recently began reading up on the Haiku OS, inspired by ahead-of-its-time BeOS. What intrigued me is Haiku’s inherent suitability for multicore CPUs, since it’s pervasively multithreaded, and damned near every piece of an app is spun off into a separate thread. Alpha release 2 is now available. I’ve downloaded the ISO and will report back here when I test it on my quad core.
- One of the more interesting issues involving the iPad is where to put it: Do all of us macho geeks need to get used to carrying man-purses? Hardly. We wore our leather-holstered slide rules on our hips like mathematical six-guns back in the 60s. A quick check online showed nothing comparable for the iPad and its inevitable imitators, but trust me: Leather belt holsters for slates will be the Christmas gift in 2010. Draw, pardner! Whoops. Visio isn’t available for the iPad yet. Surf, pardner!
- The Hong Kong knockoff artists are beginning to fill the Fake iPad niche, and according to Wired may well clone the Google Android slate before Google even admits that it exists.
- And Bill Roper sent a link to a barely $100 Android slate shaped to better fit your stylish black leather belt holster. With one of the new Android-based e-reader software packages like FBReader and Aldiko, a gadget like that could serve as a socko indoor ebook reader.
- From Pete Albrecht comes a link to Lehman’s, a vendor offering mostly non-electrical products and catering (presumably) to an Amish clientele. (Preppers too, I suspect.) An amazing number of items in the catalog (the red rubber hot water bottle, for example) were commonplaces in my youth, and some (like the strangely retro-deco Stirling engine fans) would be right at home on planet Hell from my novel, where electrical devices don’t work. All in all, a fascinating flip.
- The May 2010 Scientific American published an article suggesting that carbohydrates may be worse for you than saturated fats. This is not news to me (when I eat carbs I gain weight rapidly, and lose just as rapidly when I stop) but it’s encouraging to see a “big-time” publication take the notion seriously. After all, the Federal government has been telling us that fat makes us fat for thirty years now, and all we could do in response has been to…get fatter. I’ve doubled my fat intake in the last year or two, and have remained at my customary 155 pounds. Something’s screwy somewhere. (Found via The Volokh Conspiracy. Read the comments; amazingly good signal-to-noise ratio there.)
