They may have lost them. They may have a tiny glitch preventing conversion which the dude at the publisher simply can't figure out. Or something.
Publishers are as incompetent as anyone else. At ICON this year I got to go to a reading by David Weber (of _Honor Harrington_ etc), and he talked a little about dealing with a publisher and gave 2 examples of global search-and-replaces gone terribly wrong - Barons -> Earls, and Lords -> Knights, which resulted in him proofreading the entire books just to fix the S&R. Turns out publishers apparently don't use revision control either.
(Well, most of them. I think Tim O'Reilly might argue the toss :)
Authors of novels are even worse. They are in a career that typically doesn't get started until they're in their mid-thirties. So unless they got their start in IT/CS, you're looking at J. Random Middle-Aged Non-Techie.
Some of us know what a revision control system is. Most haven't got a clue, and aren't interested.
Some of us know what a revision control system is. Most haven't got a clue, and aren't interested.
I'd bet a lot of them have seen the RCS-like abilities of Time Machine or Dropbox and been delighted or would react with delight if it those were demonstrated to them. A lot of them still wouldn't have a clue nor be interested, though.
If people have built content management systems for publishers like newspapers, someone must have thought of CMS for other publishers with roots in the dead-tree business.
You're correct, but book publishers aren't used to thinking in those terms. Traditionally, the job results in a static lump of ink on paper. Game over: you sell it, you're done. In some fields it's a little different; text book publishers expect to issue new editions, for example. But those new editions are de facto different books, re-written and re-edited and re-typeset from scratch.
Newspapers and magazines need CMSs because they may need to pull or revise stories. Novels ... not so much. Yes, it's good to fix typos. In the world of paper publishing the author gets just one shot at that: the book goes back to be re-flowed for a different page size when it goes from hardcover into A-format paperback, and there's an opportunity to fix snags.
This is, obviously, going to change. In fact, I expect the bigger publishers to wake up real soon now and realize that not only do they have to do e-pub related things like drop DRM and fix the broken territorial rights problem, they also need to do internal process-related things -- like set up a CMS, in-source their typesetting, and modify their workflow to allow updates to existing-and-out-there books, rather than viewing the books as a terminal state at the end of a production process.
(Reasons why it should change? Well, for one thing it makes possible the issue of "director's cut" versions of a book. Yes, crass commercialism. But it also makes it possible to retarget books on a different audience. It makes it possible to rebundle in-series books in an omnibus edition. It makes it easier for the publisher to directly issue extracts from the book via their website, for promo purposes. Once layout/typesetting stops being a single step and becomes an ongoing process, there's every reason for in-housing it. And that, in turn, will require revision control and archival functions that publishers are currently unfamiliar with.)
You're correct, but book publishers aren't used to thinking in those terms. Traditionally, the job results in a static lump of ink on paper. Game over: you sell it, you're done.
...
they also need to do internal process-related things -- like set up a CMS, in-source their typesetting, and modify their workflow to allow updates to existing-and-out-there books, rather than viewing the books as a terminal state at the end of a production process.
I think there's a 3-way non zero-sum opportunity (win-win-win) lurking here if one can get away from the idea that the unit of production is a book as a lump of dead-tree or even as a particular string of bits or even as a stream of versions of a particular string of bits. Instead of focusing on curating individual books, wouldn't everyone win by developing CMS for curating collections of things, like author bibliographies?
In a way, this is what disparate parts of the industry already do. (Like this book by C. Stross? Why not try this other book by C. Stross? Like this book that's supposed to be "Hard Sci-Fi?" Why not read this other book...?) They're already trying to get customers to think of their brand as a good source of [some classification]. They're also motivated to get customers to think of an author as a brand as a good source of [some classification]. This is also how publishers and editors approach the brand represented by anthology series. Really, publishing at its core is the curation of a bibliographies. Customers and authors would benefit from such directed curation. (On the other hand, this might also perpetuate restrictive terms between authors and publishers.)
Indeed. I may or may not have asked whether they had revision control, but I do remember Weber remarking that his editor and publisher liked the old paper ways of doing things, and that's why he still was mailing back and forth physical books and paperwork.
(As I get older, I am becoming more sympathetic to this: paper stays put when you take your eyes off it, while bits do not.)
Publishers are as incompetent as anyone else. At ICON this year I got to go to a reading by David Weber (of _Honor Harrington_ etc), and he talked a little about dealing with a publisher and gave 2 examples of global search-and-replaces gone terribly wrong - Barons -> Earls, and Lords -> Knights, which resulted in him proofreading the entire books just to fix the S&R. Turns out publishers apparently don't use revision control either.