Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

9
  • $\begingroup$ So using the .text workaround might be the easiest and most reliable solution for me right now. Since it is only lists, there shouldn't be any compatibility problems if I save the data as text, right? $\endgroup$ Commented Aug 28, 2017 at 9:21
  • $\begingroup$ I also want to be able to read them in a separate file. Since the final lists depend on many integrations and other definitions, it makes debugging much more easy if I don't have to open them in the same file. Yes, I can always import them in a new notebook, but then I have different kernels, and different directories initialized and such. Doubleclicks with the mouse are so much more convenient. $\endgroup$ Commented Aug 28, 2017 at 9:25
  • $\begingroup$ I don't know what you mean by "the .text workaround". $\endgroup$ Commented Aug 28, 2017 at 9:26
  • $\begingroup$ I thought I described it in my question. Sorry. I am panicking, since I have a deadline on Aug 31st. Since it is only lists I can export them as simple text file and then use Interpolation[{Import[]}] with the {} around the import command. That way I get the same result as by using mx. But text files will be compatible across plattforms, computer architectures and versions as well. And they are editable. $\endgroup$ Commented Aug 28, 2017 at 9:39
  • 2
    $\begingroup$ Take a look at the Table and CSV Import/Export formats. It's best to specify the format explicitly. Yes, these formats are useful for data exchange and archiving but very limited in what data they can hold. So far I found the output of Compress to be just as reliable, and it can hold any Mathematica expression. $\endgroup$ Commented Aug 28, 2017 at 9:46