アカウント名:
パスワード:
列も数万列ぐらい欲しい
#Excelは256列が限界だと思ったら、2007から16,384列まで行けるんだと今知った。
テキスト形式で出力される解析データの整理をするとき
例えば データ1 データ2 データ3……………データ23041ステップ目2ステップ目3ステップ目4ステップ目
72ステップ目
といったとき、わざわざ行列を転置させなけりゃならないので困るステップ数が数百、数千とあると転置すらできないのでシートを分けてしのいでいる。
#理想はシートの果ての限界なんて考えなくていいぐらい沢山
Excelは便利だから、しばしばこういう無茶をされる。でもキャパはそれほど大きくないから、規模が大きくなればExcel向きの仕事じゃなくなる。ところが、気軽に代替できる適切なメソッドが無いから、いつまでもExcelにしがみつかれる。
スラド辺りでは二言目には「プログラム覚えろ」とかいい加減な回答が飛んでくるが、あまり勉強時間を必要としない中腰程度で済ませられるステップがあるべきで、その汎用中腰ツールを用意するのはソフト屋の領分だと思う。
この現実は何とかしてやりたいと常々思っているのだが。
> ところが、気軽に代替できる適切なメソッドが無いから、いつまでもExcelにしがみつかれる。本当にその通りだと思うので、Excelよりまともで、Wordよりも方眼紙に特化した、方眼紙ワープロソフトをぜひとも作っていただきたい。
つInDesign
高すぎるだろ。まして「タダ」の(パソコンに最初から入ってるものは「タダ」です)Excelが相手じゃちょっと高級な方眼紙がほしいというだけの理由で導入されるはずがない。
あははははは。そのとーり。高い上にバグ持ちときたもんだしw
でも,DTPソフトって,結構柔軟なワープロソフトなんですぜ?大学時代にPageMakerで論文を書き始めて以来,ずーっとDTPソフト+エディタかなあ。かなり特殊ですけどね。
OpenOfficeはもう少しマルチバイト処理が強ければなあ,という場面が多いのがネックですね。仕方ないことかも知れませんけど。そこらはWord&Excelの方が安心して使えるというか。(簡単なジョブなら,OOoでも問題ないでしょうけど)
そういう用途(どういう用途?)だと、R [r-project.org]使うなぁ。十分に中腰でつかえる、汎用なツールだと思いますが。
なるほど、そこにニーズがあるのか。会社作って一緒にやりませんか?
普通それって
って感じで正規化するもんでしょうね. データの増減や順番の変更に対して柔軟に対応できますから.
これなら列はわずかに3. 実際には一連のステップをまとめるためのバッチIDとか, データ取得日時とかが必要になるかもしれないけど.
まさに表計算ソフトじゃなくてDBを使うことを検討した方が良い, 典型的な例ですね.
あるある。最近の測定機はデフォルトでExcel出力だよな。
Excel出力???ってよくベンダに確認するとCSVです。って回答が帰ってくるよ。
PCに詳しくない人にCSVとか言っても伝わらないのでExcel出力って表現を使いますとか。
まぁ、業界等、機器等によっても違うんだろうけど。
CSV出力をExcelなんて説明するメーカーがいるのか。うちではちょっと信じられん。世界は広いね。
工場で何十台か相手してるけど、旧型はCSV、新型はExcelかMDBで出力だな。OSは英語版の2000が圧倒的に多い。新型の利点は、複数の条件で測ったデータを別シート/テーブルに出せたり、測定条件を残せたり、文字化けを防げたり(µm)とか。
CSVはなあ。,の後ろに空白が入る/入らないとか、要素を""で囲む/空白が入ると囲む/数値以外は囲む/常に囲まないとか、改行はLF/CRLFとか。機械を増やしたりソフトウェアの更新がかかると互換性が喪われて、そのたびに対応を増やすのが地味に負担なんだよな。
RFC4180「Common Format and MIME Type for Comma-Separated Values (CSV) Files」http://www.kasai.fm/wiki/rfc4180jp [kasai.fm]というRFCもあるにはあるのですが、結構なんとでもデータの表記ますよね。
ローカルファイルだとASCIIしか扱えないような仕様でどうしろと。// MIMEタイプのパラメータで示せば任意の文字セット使えることになってるけど、// それってABNFと矛盾することになりませんかー?
> 結構なんとでもデータの表記ますよね。日本語でおk
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
行より列 (スコア:1, 参考になる)
列も数万列ぐらい欲しい
#Excelは256列が限界だと思ったら、2007から16,384列まで行けるんだと今知った。
Re: (スコア:2)
どの様な用途でお使いになるのでしょうか?
Re:行より列 (スコア:2, 興味深い)
テキスト形式で出力される解析データの整理をするとき
例えば
データ1 データ2 データ3……………データ2304
1ステップ目
2ステップ目
3ステップ目
4ステップ目
72ステップ目
といったとき、わざわざ行列を転置させなけりゃならないので困る
ステップ数が数百、数千とあると転置すらできないのでシートを分けてしのいでいる。
#理想はシートの果ての限界なんて考えなくていいぐらい沢山
Re:行より列 (スコア:1, すばらしい洞察)
Excelは便利だから、しばしばこういう無茶をされる。
でもキャパはそれほど大きくないから、規模が大きくなればExcel向きの仕事じゃなくなる。
ところが、気軽に代替できる適切なメソッドが無いから、いつまでもExcelにしがみつかれる。
スラド辺りでは二言目には「プログラム覚えろ」とかいい加減な回答が飛んでくるが、
あまり勉強時間を必要としない中腰程度で済ませられるステップがあるべきで、
その汎用中腰ツールを用意するのはソフト屋の領分だと思う。
この現実は何とかしてやりたいと常々思っているのだが。
Re:行より列 (スコア:1)
> ところが、気軽に代替できる適切なメソッドが無いから、いつまでもExcelにしがみつかれる。
本当にその通りだと思うので、Excelよりまともで、Wordよりも方眼紙に特化した、方眼紙ワープロソフトをぜひとも作っていただきたい。
1を聞いて0を知れ!
Re:行より列 (スコア:2)
つInDesign
Re: (スコア:0)
高すぎるだろ。
まして「タダ」の(パソコンに最初から入ってるものは「タダ」です)Excelが相手じゃちょっと高級な方眼紙がほしいというだけの理由で導入されるはずがない。
Re:行より列 (スコア:2)
あははははは。
そのとーり。高い上にバグ持ちときたもんだしw
でも,DTPソフトって,結構柔軟なワープロソフトなんですぜ?
大学時代にPageMakerで論文を書き始めて以来,ずーっとDTPソフト+エディタかなあ。
かなり特殊ですけどね。
OpenOfficeはもう少しマルチバイト処理が強ければなあ,という場面が多いのがネックですね。
仕方ないことかも知れませんけど。そこらはWord&Excelの方が安心して使えるというか。
(簡単なジョブなら,OOoでも問題ないでしょうけど)
Re: (スコア:0)
そういう用途(どういう用途?)だと、R [r-project.org]使うなぁ。
十分に中腰でつかえる、汎用なツールだと思いますが。
Re: (スコア:0)
なるほど、そこにニーズがあるのか。
会社作って一緒にやりませんか?
Re:行より列 (スコア:1)
普通それって
って感じで正規化するもんでしょうね. データの増減や順番の変更に対して柔軟に対応できますから.
これなら列はわずかに3. 実際には一連のステップをまとめるためのバッチIDとか, データ取得日時とかが必要になるかもしれないけど.
まさに表計算ソフトじゃなくてDBを使うことを検討した方が良い, 典型的な例ですね.
Re: (スコア:0)
あるある。
最近の測定機はデフォルトでExcel出力だよな。
Re: (スコア:0)
Excel出力???ってよくベンダに確認するとCSVです。
って回答が帰ってくるよ。
PCに詳しくない人にCSVとか言っても伝わらないので
Excel出力って表現を使いますとか。
まぁ、業界等、機器等によっても違うんだろうけど。
Re:行より列 (スコア:1, 興味深い)
CSV出力をExcelなんて説明するメーカーがいるのか。
うちではちょっと信じられん。世界は広いね。
工場で何十台か相手してるけど、旧型はCSV、新型はExcelかMDBで出力だな。OSは英語版の2000が圧倒的に多い。
新型の利点は、複数の条件で測ったデータを別シート/テーブルに出せたり、測定条件を残せたり、文字化けを防げたり(µm)とか。
CSVはなあ。
,の後ろに空白が入る/入らないとか、要素を""で囲む/空白が入ると囲む/数値以外は囲む/常に囲まないとか、改行はLF/CRLFとか。
機械を増やしたりソフトウェアの更新がかかると互換性が喪われて、そのたびに対応を増やすのが地味に負担なんだよな。
Re:行より列 (スコア:2)
RFC4180「Common Format and MIME Type for Comma-Separated Values (CSV) Files」
http://www.kasai.fm/wiki/rfc4180jp [kasai.fm]
というRFCもあるにはあるのですが、結構なんとでもデータの表記ますよね。
Re: (スコア:0)
ローカルファイルだとASCIIしか扱えないような仕様でどうしろと。
// MIMEタイプのパラメータで示せば任意の文字セット使えることになってるけど、
// それってABNFと矛盾することになりませんかー?
Re: (スコア:0)
> 結構なんとでもデータの表記ますよね。
日本語でおk
Re: (スコア:0)
Accessで作ってAccessRuntimeと一緒に配布する時なんかは出力結果を.xlsで出す方が便利なことも多いです
.xlsのファイルフォーマットもが公開されてから自前でコーディングも比較的容易になりましたし
csvだと書式設定が保存されないので数字の桁数とExcelのバージョンによっては数字の表示が変ってしまうのを
考慮しないといけないのもめんどくさいですし