A musician speaks out to defend Oink

Seen the reports of a major file-sharing site getting busted? You should also read this post from a musician and it seems a former Oink member, DJ/ Rupture:

About a week after I shipped out orders of the first live CD-r Andy Moor & I did, it appeared on Oink. Someone who had purchased it directly from me turned around and posted it online, for free. I wasn’t mad, I was just more stunned by the reach… and usefulness of the site.

I don’t doubt that Oink breached copyright laws. However it appears that the powers that be have been misleading the public in some respects. It particularly irks the Oink community that the site was widely described as “extremely lucrative” – in the BBC story this is part of a remark made by “A Cleveland Police spokesman” – when in fact it was an enthusiast affair.

DJ/ Rupture comments on the new economics of the music business:

My library metaphor for Oink makes more sense than economic analogies: for digital music & data, there’s lots of demand but no scarcity at all, which either requires that we rebuild an economic model not based on supply & demand, or start embracing commons analogies. I like living from my music but I also like libraries, the ideas behind libraries…

Personally I have long believed that only an all-you-can-eat subscription or license makes sense for legal music downloads and sharing, if indeed people will pay at all. The success of iTunes seemed to disprove that, but debate has reopened, following the opening of Amazon’s DRM-free music store, and Radiohead’s whatever-you-want-to-pay experiment. I appreciate that neither of these alternatives is an all-you-can-eat subscription, but the possibilities seem wide open again, and I still think that is where we will end up – something close to the library concept described above.

Microsoft Ruby

In what is partially a response to my earlier post, Bob Warfield asks:

Sun has “cultivated and vigorously supported” Ruby.  When will we read something similar to either announcement from Microsoft, instead of reading things like they’re going to quit shipping the JVM at the end of the year?

At least this one is easy. Microsoft announced Iron Ruby back in April.

But Iron Ruby runs on .NET. Right, so what does Sun’s Ruby run on? The JVM, of course.

By the way, I cannot think of any good reason why Microsoft should revive its JVM – withdrawn, you recall, at Sun’s insistence. Microsoft’s JVM was horribly out-of-date anyway; and there are several perfectly good JVMs that run fine on Windows.

Technorati tags: ,

OOXML vs ODF: where next for interoperability?

Gary Edwards of the Open Document Foundation has a fascinating post on the important of Microsoft Office compatibility to the success of the ISO-approved Open Document formats.

It is in places a rare voice of sanity:

People continue to insist that if only Microsoft would implement ODF natively in MSOffice, we could all hop on down the yellow brick road, hand in hand, singing kumbaya to beat the band. Sadly, life doesn’t work that way. Wish it did.
Sure, Microsoft could implement ODF – but only with the addition of application specific extensions to the current ODF specification … Sun has already made it clear at the OASIS ODF TC that they are not going to compromise (or degrade) the new and innovative features and implementation model of OpenOffice just to be compatible with the existing 550 million MSOffice desktops.

More:

The simple truth is that ODF was not designed to be compatible – interoperable with existing Microsoft documents, applications and processes. Nor was it designed for grand convergence. And as we found out in our five years participation at the OASIS ODF TC, there is an across the boards resistance to extending ODF to be compatible with Microsoft documents, applications and processes.

Summary: in Edwards’ opinion, there are technical and political reasons why seamless ODF interop cannot be baked into Microsoft Office. Therefore the Foundation is now working on interop with the W3C’s Compound Document Format, about which I know little.

Surprisingly, Edwards also says that ODF will fail in the market:

If we can’t convert existing MS documents, applications and processes to ODF, then the market has no other choice but to transition to MS-OOXML.

Edwards is thoroughly spooked by the success of Sharepoint in conjunction with Exchange, and overstates his case:

If we can’t neutralize and re purpose MSOffice, the future will belong to MS-OOXML and the MS Stack. Note the MS Stack noticeably replaces W3C Open Web technologies with Microsoft’s own embraced “enhancements”. Starting with MS-OOXML/Smart Tags as a replacement for HTML-XHTML-RDF Metadata. HTML and the Open Web are the targets here. ODF is being used as a diversion from the real end game – the taking of the Internet.

I find this implausible. At the same time, I agree about the importance of interoperability with Microsoft Office.

I would also like clarification on what are the limitations of OOXML / ODF conversion. Here’s a technique that does a reasonable job. Open OOXML in Microsoft Office, save to binary Office format. Open binary Office format in Open Office, save as ODF. The same works in reverse. Not perfect perhaps, but a whole lot better than the Microsoft-sponsored add-in that works through XSLT.  Could this existing Open Office code be made into a Microsoft Office plug-in, and if so, what proportion of existing documents would not be satisfactorily converted?

Note that Sun’s ODF converter seems to be exactly this, except that it does not yet work with Office 2007. It could presumably be used with Office 2003 and the OOXML add-in, to provide a way to convert OOXML to ODF in a single application. Some further notes on Sun’s converter here.