Slashdot Mirror


A National Archive Moves to ODF

Andy Updegrove writes "The National Archives of Australia (NAA) has announced that it will move its digital archives program to OpenOffice 2.0, an open source implementation of ODF. Unlike Massachusetts or the City of Bristol (which announced it would convert to save on total cost of ownership), the NAA will deal almost exclusively with documents created elsewhere in multiple formats. As a result, it provides a "worst possible case" for testing the practicality of using ODF in a still largely non-ODF world. If successful, the NAA example would therefore demonstrate that the use of ODF is reasonable and feasible in more normal situations, where the percentage of documentation that is created and used internally is much larger."

5 of 99 comments (clear)

  1. Worst Possible Case? by multiOSfreak · · Score: 2, Interesting
    As a result, it provides a "worst possible case" for testing the practicality of using ODF in a still largely non-ODF world.

    Wouldn't this sort of test be a more or less good test case for switching to ODF and dealing with non-ODF outside documents? Maybe I just misunderstood the comment.
    1. Re:Worst Possible Case? by qwijibo · · Score: 2, Interesting

      That's the point. The real world plethora of formats is the worst case. If ODF can handle the worst case, it would be a testament to the robustness of the format. The worst case test for interchangeable file formats would demonstrate that ODF is viable.

    2. Re:Worst Possible Case? by MrPower · · Score: 5, Interesting

      What I think they meant to convey is that this will be a worse case scenario they can use for testing the practicality of using ODF in a non-ODF world.

      But I don't actually think so...

      Whereas I think this will be great for ODF, as the NAA will have to produce heaps conversion software to convert many formats to ODF but because they are an archiving operation, they won't ever have to convert back. Instead, I imagine that the common document format for outgoing files from of the archive will most likely be PDF...

      This scenario won't test the ability for ODF in collaborative work among entities, something that I would see as the worst case scenario needed to test the practicality of using this format.

      Having said all of that - to hell with everyone else - I have been using non Microsoft formats (first Star Office formats and now ODF) for five years now and rarely come across a problem. Then again, I am a simple user so I wouldn't expect too much grief. From my experience advising other people I can see that the true hurdle is not the file format, rather the application. Word and Excel are automated from so much business and scientific software that people just expect the results of their query or analysis to be dumped directly into their spreadsheet or word processor. So until Quicken or MYOB support something other that MS software, or until alternative software is produced that does, business will largely use MS.

      On the other hand I strongly recommend to people to use OOo at home and with the ever increaseing compatability that OOo has with MS formats, this is not a bad option.

  2. Small experience by Anne+Honime · · Score: 5, Interesting
    Back in the Uni, I was in charge of merging some 20+ articles from various authors into a single document. The target was to give the publisher a uniform document which he would then transform into a book.

    All documents were made with a flavour of Word or another, from word for MacOS 6.0 to the latest (at the time) word XP for windows. As you'd have already guessed, the only word processor able to make sense of all the documents at once was Openoffice.org. Of course, I faced issues (bulleting appearing "funny", for instance), but as I was applying a style I created, that was not a problem as long as the text was there.

    No single version of word in my possession was able to open all the documents, some documents even crashing word XP with thunder and lighting.

  3. Re:OOo shows how bad Java can be by the_womble · · Score: 2, Interesting

    Turning off java does speed up Openoffice considerably.

    So does increasing the memory settings.

    However it still takes about 3 or 4 seconds to start up on my desktop. As far as I remember from when I still used Windows this is not all that different from MS Office on XP on similar hardware. Does any one else who has done the same tweaks differ?

    However Abiword or Lyx starts instantly. I mostly use Lyx (which I find more productive) and Gnumeric (faster, with some nice features) rather than OO.