fprintf row indentation export
古いコメントを表示
I'm having trouble correctly exporting a custom text file I need. When I use fprintf within a for loop, I am getting strange formatting issues with spacing occuring before the beginning of every 5th row starting with row 6.
fileout = 'q.txt';
fid2 = fopen( fileout, 'w' );
for row = 1:5:n;
fprintf( fid2, ' %s %s %s %s\r\n', rough_cell{ row, : } );
fprintf( fid2, ' %s %s %s %s\r\n', rough_cell{ row+1, : } );
fprintf( fid2, ' %s %s %s %s\r\n', rough_cell{ row+2, : } );
fprintf( fid2, ' %s %s %s %s\r\n', rough_cell{ row+3, : } );
fprintf( fid2, ' %s %s %s\r\n', rough_cell{ row+4, : } );
end
fclose( fid2 );
Here is a sample of what the output text file looks like. Every 5th row aside from the 1st row is indented by about 8 spaces. I cannot figure out why my code is doing this. If I eliminate the last, shorter fprintf line within the for loop, I don't have this problem. However, I need to have every fifth row in output as well as the remaining alternating first four rows. As can be seen, there is no additional spacing in the formatSpec (just 1 space). I've also checked the rough_cell cell array and there is no additional spacing for the first column of every fifth row.
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02
-9.9900000E+02 -9.9900000E+02 -9.9900000E+02 -9.9900000E+02
Any ideas?
6 件のコメント
Walter Roberson
2013 年 9 月 8 日
How many columns are there in rough_cell ?
If you examine the file byte by byte, then what shows up at that point? For example,
T = fileread('q.txt');
T(1:300) %display as text
T(1:300) + 0 %as decimal
Image Analyst
2013 年 9 月 8 日
What's in the cells? Numbers or strings? It looks like strings (numbers that have been converted into string representations).
dpb
2013 年 9 月 8 日
I'd suggest also showing the code by which the array rough_cell was created--I'd guess the reason for it is therein.
curoi
2013 年 9 月 8 日
dpb
2013 年 9 月 9 日
num2str( rough.blk, '%9.7E')
I didn't dig thru it all entirely, but it's possible the ill-formed format string could possibly contribute to the problem.
An E format w/ a precision of 7 digits needs a minimum of 14 spaces for the field accounting for the sign place, a leading digit, the decimal and the four for the exponent. Not sure what C (hence Matlab) does when there isn't enough room...
Walter Roberson
2013 年 9 月 9 日
The 9 would be the minimum width, and more width will be silently used if needed to satisfy the precision and format specifier.
採用された回答
Walter Roberson
2013 年 9 月 8 日
Change
fid2 = fopen( fileout, 'w' );
to
fid2 = fopen( fileout, 'wt' );
and remove the \r from each of the format strings.
Note: how it shows up will depend on which method you use to output it. Not all MS Windows operations know that \r\n is to be treated together as a single newline.
7 件のコメント
curoi
2013 年 9 月 8 日
Walter Roberson
2013 年 9 月 8 日
Please show the output of
T = fileread('q.txt');
T(1:1350) %display as text
T(1:1350) + 0 %as decimal
Also, how are you viewing the file when you see the spaces?
Walter Roberson
2013 年 9 月 9 日
Yup, those are spaces alright.
Notice that the preceding line is short, only 7 entries instead of 12, and notice that the short line has a 0.024 and a 0.040 that are out of place. Tracing back, we see that the most probably cause would be indx.lwr( p, 1 ) and indx.chl( r, 1 ) being unexpected values at some point, causing writing into rows before what are expected. Please go back and debug the relevant find() commands.
It is not clear why you would be using ":" as the first dimension when you are writing the output of the find() commands. Remember that an index of ":" in an assignment statement means "corresponding entries" if the right hand side is a vector, but if the right hand side comes out to be a scalar then the ":" as the index on the left means "all entries"
その他の回答 (0 件)
カテゴリ
ヘルプ センター および File Exchange で Data Type Conversion についてさらに検索
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!
Translated by 
