CSVとXMLの標準
JRA-VAN のデータ仕様について1972さんから教えてもらいました。
http://d.hatena.ne.jp/arikui/20060121#c1138033771
http://www.jra-van.ne.jp/dlb/sdv/sdk.html
CSVでデータ送って、あとはそっちでやってくれという感じか。事実上、CSV の標準フォーマットはこれになるのかな。基本的に XML でも提供すべきデータをこれにあわせるべき、ってところはあるだろう。数字のコードをわざわざそのまま使う必要はないけど。やっぱ、CSVのようなテーブル構造でデータを配信すると限界があるなあと思った。わざわざ3代までという限界を作る必要はない。取り出せるデータは必要に応じて変えていくべきだ。構造としてね。
扱う内容の詳細はさておき、 XML。
http://d.hatena.ne.jp/momdo/20060123/p1
これはブラウザで見たほうがわかりやすいだろうから、参考データを。
http://arikui.s101.xrea.com/horse/x/blood.xml
分かりやすいけど、ちょっと構造が煩雑かなあという気もするので、senchouさんが言ってることを踏まえて書いてみる。
http://arikui.s101.xrea.com/horse/x/blood2.xml
みたいに、データの階層と世代の階層を合わせる。
簡略化できるか
どうせメッシュ間の長さが0なら細かい計算すっ飛ばしてもよさげだな。x方向･y方向で標高差が100m以上あるなら線を引くみたいので。カクカクした線になるけど。
アホだ
別にメッシュ間にまたがらないわけではないのに。
海岸だけはちゃんとできてるけど。
でも、これだけならかなり速い。
そうか
レコードごとで点数とって線引いてきゃよくね? でもこれだと交差しね?
■
Technorati って｢tag:｣に続く文字で検索するとタグ検索になって、それ以外だと普通の検索になんのね。パクろうかとも思ったが、トラセンのは tag とタグじゃない文字列の明確な区別はないからな。
すげー
最初のほうは1800回ぐらい処理してたのが、後の方になってきて360回ぐらいしか処理しなくなってくる。すぐ重くなるな。
■
サイズ1/2。なんか手前伸びすぎ。どういう状態で見てんのかわからん。というか、どれぐらいのサイズならいいんだ。
ねじれ
あれ、xyz座標間違ってたみたい。書き直したらまだマシになったが、どうも使えん。
