質問: [frame_number,horse_number,horse_name,sex_age,weight,jockey_name,horse_house,horse_weight,horse_odds,popularity] f.write(",".join(cols) + "\n") f.close() ``` ### 試したこと print のスクリプトを、frame_number.strip()の場合と、.strip()を削除した場合の両方試しましたが、どちらもcsvの行、列が整列しません。 該当のソースコードで動かしますと、コマンドプロンプトでの出力は上手く出来ました。 (参考)em editorのヘルプを参照いたしました。結果は下記の通りです。 セル内改行を含む CSV の認識に失敗することがある https://jp.emeditor.com/forums/topic/%E3%82%BB%E3%83%AB%E5%86%85%E6%94%B9%E8%A1%8C%E3%82%92%E5%90%AB%E3%82%80-csv-%E3%81%AE%E8%AA%8D%E8%AD%98%E3%81%AB%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B%E3%81%93%E3%81%A8%E3%81%8C%E3%81%82%E3%82%8B/ 上記のヘルプの回答は以下の通りでした。 再現条件がどうにも分らないのですが,セルの中に改行を含む CSV の認識にときどき失敗するようです。 CSV は RFC 4180 に従ったものです。 現象としては,カンマ区切りテキストとしておおむね正しく認識するものの,セル内の改行のあとが次の CSV 行とみなされてしまいます。 したがって,「一致しない列数を検出しました」がだーっと出ます。 結果が安定しないので,再現手順や再現データは今のところ提示できません。 気の付いたことを箇条書きにします: * 既に書いたように CSV は RFC 4180 に従っている。(セル内改行を含むセルの値はダブルクオートで囲んでいる) * 同じファイルでも,正常に認識したり,現象(不具合)が出たりする。 * 正常に認識されることのほうが多い。 * 現象(不具合)が起きているとき,いったん「通常モード」に切り替えたあと,再び「カンマ区切り」にすると直ることがある。 * 正常に認識している場合でも,いったん「通常モード」に切り替えたあと,再び「カンマ区切り」にすると現象(不具合)が再現することがある。 * 要するに安定しない。 * 最近のバージョンから起き出したような気がする。 * Version 15.3.0 で現象を確認した。 * CSV 行の区切りの改行とセル内改行とで改行コードが違っている場合に起きるのかと思ったが,そういうわけでもなさそうだった。 * ファイルサイズによって起きやすいかどうかは不明。とりあえず今日は 12 KB 程度のファイルで現象を認めた。 なお,この件と関係するかどうか分りませんが,正常に認識できたとき,改行を含むセル値を持った行の行番号が太字になります。 これってそういう仕様ですか? 行番号の太字って,修正した行を示すものですよね? 3行目から5行目の現象が、まさに、今、小生が苦慮している現象でございます。 上記のヘルプも参考にはしましたが、不具合は解決しませんでした。 他の上手く動く競馬情報のスクレイピングのスクリプトと同じ手法で作成しましたが、他のスクリプトでは上手くcsv出力が出来ます。ソースコードを並べて確認しましたが、.strip()の有無の違いくらいでした。 上手く動く他のスクリプトはprintのスクリプトに.strip()がないスクリプトでございます。 何が原因なのか、小生の出来る範囲で調べたつもりでございます。 御教示、ヒント、よろしくお願いいたします。 ### 補足情報(言語/FW/ツール等のバージョンなど) python2.7
回答: Lhankor_Mhy様の御教示通りに、cols = ... のコードでも strip メソッドをつかいましたところ、うまく動きました。本当にありがとうございました。