Tag Info

Hot answers tagged

11

This is a bug in Mathematica 9, it is already fixed and is just waiting for the next Mathematica release. Unfortunately we learnt about it a bit late and it had to miss the recent 9.0.1 release as well.


10

The answer can be found in the documentation to "TIFF" when you open the IMPORT AND EXPORT subsection When exporting an image of type "Bit16", "Real32", and "Real", Export creates a 16-bit TIFF file by default. "Byte" and "Bit" images are exported to 8-bit TIFF files. Another thing to notice is, that Mathematica will not export negative pixel values ...


6

In the Mathematica documentation for .tiff export http://reference.wolfram.com/mathematica/ref/format/TIFF.html there is an example (about the third one down under Basic Examples) Export["real.tiff", img, "BitDepth" -> 32] where img is the image to export. Seems to work fine.


5

I am not sure this will help with TIFF import but it solved my Excel import problem. Also the answer applies to 32-bit Windows, but maybe also to 64-bit. They said there were working to solve the problem. I had a similar problem constructing large TreePlots. Excerpt from WRI Tech support: We have seen this on 32 bit windows. The issue is that the default ...


5

I can't reply to your question directly (too little reputation?) so I have to do it this way. Perhaps this question is related to yours and can help you solving it.


3

One way to do this is to define your data as an image datain=Image[Table[0, {300}, {400}];] and then save the image as a tif Export["test.tif", datain] Now when you read it back in: q = Import["test.tif"] you can see that they are the same since ImageData[q] == ImageData[datain] Of course, this only works under certain conditions: the data has to ...



Only top voted, non community-wiki answers of a minimum length are eligible