[cfportaluser]

A number of my documents are giving me this message when I try to open them "do.omniplan does not appear to contain valid OmniPlan data."

Anyway to recover them?
Thanks

[Lizard]

If you haven't already, please send email to omniplan@omnigroup.com, preferably attaching one or more of the troubled files if possible. That way one of our Support Ninjas can help you figure out what's going on.

[Bridgeblox]

Yes - I've had this problem too - not sure why this has happened.

[Tom Bunch]

For reference, this indicates that OmniPlan is unable to open or parse the contents.xml that should be inside the document (.omniplan file) wrapper. If you were to just create an empty directory calls foo.omniplan, you could make this happen. There are a lot of ways that you can create the situation that we can't do much about... (check the .omniplan directory out of svn, but not the contents.xml; make a shallow copy of .omniplan directory; hand edit the .xml file yourself...) but I wouldn't expect a user who'd do anything I can think of to be surprised when OmniPlan throws a tantrum. So assuming this file is exactly as it was when OmniPlan itself wrote it to your disk, we'd really love your help figuring out what happened!

-Tom

[Bridgeblox]

Tom,

Thanks for your reply - I've just sent one of the errant files across to the address suggested in the thread earlier. For info I store all my Omniplan files on apple's iDisk (i.e. a remote disk, although I keep a sync'd copy locally on an iMac at home and a MacBook at work.

Rob

[Bridgeblox]

Wow- quick reply. Turns out that this is a known issue - saving Omniplan files directly to iDisk will result in this file 'emptying'. Saving files to a local drive instead should resolve the matter.