アカウント名:
パスワード:
一時期、内容もよく知らずにXMLを使えば(それだけで)どこでもデータが読み書きできると言ってる人もいましたが結局こういう目的だとCSVになりますね今ならOpenOffice?とかで策定された公開ドキュメント方式とかでも良いんじゃないかと思うのですが
TSVの方が扱いやすくていいんだけどなぁ
置換しないの?
redmineがUTF-8のCSV吐いてくれるのだが、Excel2013は有無を言わさずにシフトJISとして読み込んでしまう(当然文字化け)のが困る。確か2010は一旦、ウィザードを開いてくれていたのだが。2016は持ってないのでわからん。
2016からはUTF-8対応したとの噂が
excel上に「外部データの取り込み」して(基本設定変えないままで日付とかセパレータ違いとかの対応には必須)でそのままだと制限があるから別シートにシート全体の値コピーすればいいのでは?
#必須だけどバッドノウハウだよなぁ
頭にbom [wikipedia.org]をつけると, 直読み込みでも大丈夫そうなんですけど, なんか穴がありそうな気がして, エンドユーザには「外部データ取り込みで対応して」って言ってます.
そうよねえ。xmlの浸潤は目に余るものがありますね(xls系のドキュメントなんか論外だが)
例えば気象庁にも言ってやっておくれよ。。。とある緊急報にもxmlだとかさあ・・・みんながみんな高級な設備で受信するという前提、javaerとかphperしか理解しないsierのみなさんが動かすIT政策が跳梁跋扈するのよね
当然Nさんとかを含め実務が分かってる業者は異論を唱えるのだけど、国家の決定だからとか噴飯な理屈で進む現実。
こういう話題では固定長フォーマットなんかは忘れられがちですよね。
とある緊急報にもxmlだとかさあ・・・
I/FだとXMLは良いかと思います。バージョンアップで項目追加された時の影響とか考えるとCSVの方が面倒ですよ。
仕様変更する前提で末端の機器までそれに随時対応できるような機構を盛り込むとなると、そりゃxmlどころかもっと複雑な構文でも対応できる高性能な機器が積まれていませんか
インタフェイスに限定したいかどうかわかりませんが、結局は発想がxmlとかcsvかといった次元を超えて、ボクの考えるコンピューターって的なことおっしゃってますよそれ
気象庁ソケット手順・電文とかいう Java 以前の遺産も残ってるので思い出してあげてください
JMAソケットってフル実装してるところないよ。してるの?お気の毒です(コーディングは大したことないが無駄の骨頂ですね)
んで、なんでjavaが出てくるかわからないけど、あれはRS232Cとか化けやすい環境で苦汁をなめた人がTCP/IPでは不要だといわれても電文末尾にFCSとかCRCを入れたくなるようなのと同じ心境なんだと思うなあ
再送手順が実際に行われた例、見たことある?(気象庁は東京がダウンした場合大阪から電文を新規に起こして再送してくるのでJMAソケットのフル実装はやっぱり必要ない)
> あれはRS232Cとか化けやすい環境で苦汁をなめた人がTCP/IPでは不要だといわれても電文末尾にFCSとかCRCを入れたくなるようなのと同じ心境なんだと思うなあ232C とかモデム時代の名残な感じはしますね。#アデス向けは電文中の数値も BCD 表記だった
> 再送手順が実際に行われた例、見たことある?> (気象庁は東京がダウンした場合大阪から電文を新規に起こして再送してくるのでJMAソケットのフル実装はやっぱり必要ない)気象庁へ送る方としては、1端末から東京と大阪の両方にTCP張って送ったりしてますが、それでも再送したことはないですね。#その上位の業務仕様と矛盾するので再送制御は常時オフ
> 今ならOpenOffice?とかで策定された公開ドキュメント方式とかでも良いんじゃないかと思うのですが
OpenDocument Formatなら、XMLで定義されたフォーマットですが。
>XMLを使えば(それだけで)~ってのはタグの定義とかを無視(無知)してxmlパーサーで読み込めばエクセルのデータを独自アプリに正しく読み込めるし自分勝手なタグを付けて出力したデータをエクセルが正しく読んでくれるみたいな考えの人の事です…実際に私の周りがそんな人だらけで困りました
当時は皆でこのタグセットを使おう的なものは無かったのでそういう事をしたければ個々のソフトのタグの内容まで理解して個別に対応しなければいけなかったわけですが今なら「みんなでこれを使おう」というセットがあるからそれを採用してもいいんじゃない?って事です
だからと言って「CSV最強」はないでしょ。CSVは確かにお手軽で、データ交換によく使われはするけど、どうしたって2次元以上のデータ構造を表現するには向いてないですよ。データ数が可変個だったりすると目も当てられない。
それはRDBMSにも言えるな。w
XML型使えばいいんじゃないの?
XML Schema付きのXMLは圧倒的に扱いやすいからそれが普及してほしいなぁ。CSVはCSVで扱いやすくて、何より困ったらExcelとかでいろいろできるのはいいとは思う。まぁWeb系はどうせRDBMSをベースに作られているんだからCSVで表現できないような情報はあんまりなかろう。
ここにぶらさげますね
なんでそんな強力な計算力や伝送力が必要な前提で考えるか不思議。端末って、ワークステーションやPCやスマホのような強力な設備が整ってるわけじゃなく、いわゆるPICやマイコン(最近IoTとかいうやつだ)のほうが多いんですわ
最終的に本当に仕事をする(ガスを遮断する、警報機を鳴動させる、シャッターを下ろす、etc)のはそういうデバイスが多いわけで、そういうデバイスが、CSVとかXMLとか以前に、ビットフィールドで済む話が数バイトも使ってタグを切り貼りする間抜けさを考えてみてください。
ついでに、そのデータを伝送するにも金がかかる。タグを送るほうが本来の情報を送るより金がかかるというのは間抜けの骨頂ですよ。
元米は願望を述べておられるのでかみついているわけではありませんので念のため。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
CSV最強 (スコア:0)
一時期、内容もよく知らずにXMLを使えば(それだけで)どこでもデータが読み書きできると言ってる人もいましたが
結局こういう目的だとCSVになりますね
今ならOpenOffice?とかで策定された公開ドキュメント方式とかでも良いんじゃないかと思うのですが
Re: (スコア:0)
TSVの方が扱いやすくていいんだけどなぁ
Re: (スコア:0)
置換しないの?
Re: (スコア:0)
redmineがUTF-8のCSV吐いてくれるのだが、Excel2013は有無を言わさずにシフトJISとして読み込んでしまう(当然文字化け)のが困る。
確か2010は一旦、ウィザードを開いてくれていたのだが。
2016は持ってないのでわからん。
Re: (スコア:0)
2016からはUTF-8対応したとの噂が
Re: (スコア:0)
excel上に「外部データの取り込み」して
(基本設定変えないままで日付とかセパレータ違いとかの対応には必須)
でそのままだと制限があるから
別シートにシート全体の値コピーすればいいのでは?
#必須だけどバッドノウハウだよなぁ
Re:CSV最強 (スコア:1)
頭にbom [wikipedia.org]をつけると, 直読み込みでも大丈夫そうなんですけど, なんか穴がありそうな気がして, エンドユーザには「外部データ取り込みで対応して」って言ってます.
Re: (スコア:0)
そうよねえ。xmlの浸潤は目に余るものがありますね(xls系のドキュメントなんか論外だが)
例えば気象庁にも言ってやっておくれよ。。。
とある緊急報にもxmlだとかさあ・・・
みんながみんな高級な設備で受信するという前提、javaerとかphperしか理解しないsierのみなさんが動かすIT政策が跳梁跋扈するのよね
当然Nさんとかを含め実務が分かってる業者は異論を唱えるのだけど、国家の決定だからとか噴飯な理屈で進む現実。
Re: (スコア:0)
こういう話題では固定長フォーマットなんかは忘れられがちですよね。
Re: (スコア:0)
とある緊急報にもxmlだとかさあ・・・
I/FだとXMLは良いかと思います。
バージョンアップで項目追加された時の影響とか考えるとCSVの方が面倒ですよ。
Re: (スコア:0)
仕様変更する前提で末端の機器までそれに随時対応できるような機構を盛り込むとなると、そりゃxmlどころかもっと複雑な構文でも対応できる高性能な機器が積まれていませんか
インタフェイスに限定したいかどうかわかりませんが、結局は発想がxmlとかcsvかといった次元を超えて、ボクの考えるコンピューターって的なことおっしゃってますよそれ
Re: (スコア:0)
気象庁ソケット手順・電文とかいう Java 以前の遺産も残ってるので思い出してあげてください
Re: (スコア:0)
JMAソケットってフル実装してるところないよ。
してるの?お気の毒です(コーディングは大したことないが無駄の骨頂ですね)
んで、なんでjavaが出てくるかわからないけど、あれはRS232Cとか化けやすい環境で苦汁をなめた人がTCP/IPでは不要だといわれても電文末尾にFCSとかCRCを入れたくなるようなのと同じ心境なんだと思うなあ
再送手順が実際に行われた例、見たことある?(気象庁は東京がダウンした場合大阪から電文を新規に起こして再送してくるのでJMAソケットのフル実装はやっぱり必要ない)
Re: (スコア:0)
> あれはRS232Cとか化けやすい環境で苦汁をなめた人がTCP/IPでは不要だといわれても電文末尾にFCSとかCRCを入れたくなるようなのと同じ心境なんだと思うなあ
232C とかモデム時代の名残な感じはしますね。
#アデス向けは電文中の数値も BCD 表記だった
> 再送手順が実際に行われた例、見たことある?
> (気象庁は東京がダウンした場合大阪から電文を新規に起こして再送してくるのでJMAソケットのフル実装はやっぱり必要ない)
気象庁へ送る方としては、1端末から東京と大阪の両方にTCP張って送ったりしてますが、それでも再送したことはないですね。
#その上位の業務仕様と矛盾するので再送制御は常時オフ
Re: (スコア:0)
> 今ならOpenOffice?とかで策定された公開ドキュメント方式とかでも良いんじゃないかと思うのですが
OpenDocument Formatなら、XMLで定義されたフォーマットですが。
Re:CSV最強 (スコア:1)
>XMLを使えば(それだけで)~
ってのはタグの定義とかを無視(無知)して
xmlパーサーで読み込めばエクセルのデータを独自アプリに正しく読み込めるし
自分勝手なタグを付けて出力したデータをエクセルが正しく読んでくれるみたいな考えの人の事です
…実際に私の周りがそんな人だらけで困りました
当時は皆でこのタグセットを使おう的なものは無かったので
そういう事をしたければ個々のソフトのタグの内容まで理解して個別に対応しなければいけなかったわけですが
今なら「みんなでこれを使おう」というセットがあるからそれを採用してもいいんじゃない?って事です
Re: (スコア:0)
だからと言って「CSV最強」はないでしょ。
CSVは確かにお手軽で、データ交換によく使われはするけど、どうしたって2次元以上のデータ構造を表現するには向いてないですよ。
データ数が可変個だったりすると目も当てられない。
Re:CSV最強 (スコア:1)
それはRDBMSにも言えるな。w
Re: (スコア:0)
XML型使えばいいんじゃないの?
Re: (スコア:0)
XML Schema付きのXMLは圧倒的に扱いやすいからそれが普及してほしいなぁ。
CSVはCSVで扱いやすくて、何より困ったらExcelとかでいろいろできるのはいいとは思う。
まぁWeb系はどうせRDBMSをベースに作られているんだからCSVで表現できないような情報はあんまりなかろう。
Re: (スコア:0)
ここにぶらさげますね
なんでそんな強力な計算力や伝送力が必要な前提で考えるか不思議。
端末って、ワークステーションやPCやスマホのような強力な設備が整ってるわけじゃなく、いわゆるPICやマイコン(最近IoTとかいうやつだ)のほうが多いんですわ
最終的に本当に仕事をする(ガスを遮断する、警報機を鳴動させる、シャッターを下ろす、etc)のはそういうデバイスが多いわけで、そういうデバイスが、CSVとかXMLとか以前に、ビットフィールドで済む話が数バイトも使ってタグを切り貼りする間抜けさを考えてみてください。
ついでに、そのデータを伝送するにも金がかかる。タグを送るほうが本来の情報を送るより金がかかるというのは間抜けの骨頂ですよ。
元米は願望を述べておられるのでかみついているわけではありませんので念のため。