I took a closer look at the file formats of the three main computational
products that have a document system: MathCAD, Maple and Mathematica.
MathCAD and Maple are both sporting new XML formats, Mathematica has a
LISP like functional text format and option to save in XML.
With XML so widely supported, this seems like good news for portable
technical information. But beware, danger lurks below the surface.
While the first half of the MathCAD file is nice, understandable text like
<math optimize="false" export="false" disable-calc="false">
which one could import into another system and manipulate, index, search
etc. Suddenly half way down you find entries like
A similar trick is played in the Maple file- images and typesetting in
some encrypted binary format.
Only the Mathematica formats are entirely open text although you would
need to map the LISP syntax
to XML version
Unless you remember to use Save As XML as your standard format.
So why follow XML semantics but obscure the contents?
The first part is easy- XML is a buzz word and everyone wants to say
they support it, and with open source code available to manipulate it,
it cuts R&D costs.
I think the obscuring is for different reasons between the two
offenders. MathSoft also sells a document management tool. How can you
hope to sell that against better, and probably cheaper, XML management
tools? Easy, make the contents choke the XML tools so only your tool can
do the job.
For Maplesoft, who have no tools to handle the documents apart from the
creator, the reason is, I suspect, very traditional. By locking the
content into an un-intelligible form, it makes it hard for users to
migrate to something else.
Well done Wolfram for staying away from the oldest customer exploiting
tricks in software. But please make the XML the default method soon.