[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[dennou-ruby:002043] Re: GGraph and gpview
- To: dennou-ruby@xxxxxxxxxxx
- Subject: [dennou-ruby:002043] Re: GGraph and gpview
- From: Shin-ichi Takehiro <takepiro@xxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2005 14:50:28 +0900
- Cc: Takeshi Horinouchi <horinout@xxxxxxxxxxxxxxxxxx>
竹広です.
> (1) やはり unless opts['itr']==5 then ... のように相似変換と
> itr==5 を同一視するコーディングは変えた方がいいと思います。
そうなってましたか. そりゃまずいですね. 変えましょう.
> # ところで相似変換の英語は similar transformation と
> similarity transformation のどっちでしょう? どっちでも
> いい?
英語は ruby-dcl のマニュアルからひっぺがしてきたので
あまり深く考えませんでした.
> (2) 相似変換のときは polar_coordinate_boundaries を呼ぶという
> ふうにしてますが、itr=5 以外にも通用するのでしょうか。もし
> itr=5 限定でしたら、そのように限るべきです。そして出来れば
> itr=6 用のも欲しいところです。双曲線座標なので書くとして
> も恐らく viewport の枠ぐらいでしょうから簡単でしょう。
> (メソッド map 内に viewport の枠を書く例があります。)
今のところ itr=5 限定ですね.
> (3) topology / modulo という属性の解釈は GGraph ではやりたく
> ないです(GGraph は GPhys クラスとは一応独立なので、出来るだけ
> GPhys オブジェクトの詳細に依存させたくないです)。 今の場合、
> 投影する座標系そのものが cyclic ということで、ここは単純に
> GPhys#cyclic_ext を呼ぶだけにしてください。座標系の角
> 度の単位は度かradが仮定されてないでしょうか? となるとmoduloは
> 自ずと決まりますね。 ちなみに、将来課題として gtool4 コンベン
> ションのちゃんとしたサポートをしたいと思ってます。その折りには、
> GPhys#cyclic_ext 内で modulo を自動取得できるようにしたいです。
> (その際、別のコンベンションでは topology & modulo の指定の
> 仕方が異なるということを許容できるようにしたいです。)
これは意味をとりかねておるのですが, 常に cyclic であるとして
cycic_ext をよぶだけにするのですか? 経度座標は cyclic ですけど
緯度座標は cyclic でないですよね.
itr=6 は今のところ自分に必要がないのでパスさせてください.
一応リハビリ中なのでなるべく仕事は最小限にしたいので.