To Do 2013

DONE
上）Independent request send to API 下）Occurence of FMA ID in all requests.
 * 1) http://lifesciencedb.jp/bp3d/info_en/download/index.html DLのページに　BP:FMA BP:FJ 対応をそれぞれおいておく　（アイコンURLをシステマてぃくに使いたい人用　そこへ導く道もつける　For those who want to use icons systematically )
 * 2) API log: 新設sページで　usage の単位は APIへの命令数　Report 範囲　現在もよく見ると書いてくれてた　をもっと目立つように大きく！
 * 1) パネル２での後戻りまたはあと戻らなくていい方法 (武藤解決）
 * 2) URL analysis機能相当 の復活　URL(request message to API )--->パラメタセット テーブル (解決）
 * 3) ピンの外観をピンらしく　美容上の問題だが格好悪いと宣伝に使ってくれない. （武藤実行中）
 * 1) URLを　map editorのパレットへの入力にできるように　  "Reuse Existing Diagram　出版されたダイアグラムに自由に上書きが出来るように　（解決）
 * 2) Feed back のOutcome がわかるようにするには？　　ここがおかしい-->こうなりました



TO DO

 * 1) Pin URL は体の座標としてウエブ世界を流通しなければならない.
 * 2) * 発行を容易に：　　http://lifesciencedb.jp/bp3d/collaborative_map/　のページで　動作の２番目で　submit の前に　Your pin URL:" ........short............" ( □　in Long version ) という出力窓をつくればいい.
 * 3) * 最下部のメニューに登録できる　基本画像を増やしてゆけるようにすればいい.
 * 4) * 音声入力などで動けばデモで非常に賢そうです

To do/think
概念を探してもらうときに　ツリーを使うから　こうなる. ２者択一にしているから困る？　両方の世界を並列して検索対象にするのがいいのか？　　左の世界と右の世界の対応は選択されている概念でいいのか？　よく考える.
 * 1) 出力するiframeをクリッカブルマップにする　クリック先をURL(web archture の標準語）にできないか？ マップを外部システムの情報目次にできないか？ ===> 同じモデルに多数の人でピンうちするのは第３者サイトでは無理　断念　アナトモページでやってもらうしかない. ===> ユーザーグループが協力して　同じ対象にピンを打つ方法を考える　　ピンにID？　画像の一部としてのID　？
 * 2) 旧表現：外部の情報システムがどんな使い方をしたいのか考える.  任意のアイテムセット(文書、写真、tweet等）に解剖インデックスがついてるとき　概観を与える使い方は？　APIで実現できるか？　極論すればFMAをもらうと座標を返すだけでもいい. ３次元ブラウザってあるのか？
 * 3) 　メニュー問題
 * 4) DB側の準備のスピードアップ　メニュー描画準備　-->メニューがよくなれば不要
 * 5) 大きなカテゴリーでアイコンの色を変える（データはそのまま）　（神経黄色　動脈赤色　静脈黄色）---> メニューがよくなれば不要
 * 6) ユースケースを考えてキャッシュについて見直す　（解決）
 * 7) anatomoのPin Markerをクリッカブルに出来ないか？　（コメントにURLを入れられるように）　（これかなり広がりに有効だと思います 外部情報システムのメニューに使える）
 * 8) パーツとFMA対応表　見ながら　こちらが　行削除(KILL)と行追加できればだいぶ片付く 辞書型データの利点
 * 9) APIを外部のプログラムが本当に使えるようにするには　をよく考える　https://google-developers.appspot.com/chart/interactive/docs/index
 * 10) API receive  and outputs IMAGE
 * 11) IS=AでみえてPart of で見えないなどの　グラフEDITOR APIとしては　困る問題 (これはPICKをしなければ　表面化しないというか　PICK　させるときにISAかPARTOFかを決めさせればいいようにもおもいます）
 * 12) OBJ対応時にset of ｘｘｘ　を使わないようにする 等　対応時のルールを決めるべく　もう少し現状の実例で困ったものを探す
 * 13) 藤枝データが　既存のデータの再利用である場合や　移動に過ぎない場合などを検出できるように　　体積類似性　形状のインデックスはほかに？
 * 14) 点の集合や線の集合（点を登録の順番に結びながら線を描く）を　登録してFMAに対応させる
 * 15) パーツの分割を外部で行い登録する
 * 16) ピンにURLを持たせる
 * 17) 回転の軸は問題なし.
 * 18) FJ-FMA対応エディターは　基本姿勢を煮詰める
 * 19) パーツの位置にかかわる３Dグリッドインデックスを作る効果を考える　　これのネーバーは？　という質問に点の周辺で答える
 * 20) spleen  has part にも　is a にも　FMA7196  が含まれるが　editor では　PART=OF tree　をspleen で検索しても見当たらない？？？
 * 21) メニューページで　最初に同じIDがIS=A を選んだ時と　PART=OFを選んだ時で　ハイパーリンクがあるなしの差が出ている　これは画像イメージの有り無しと同じことだと思いますが　最初にISAとPOを分けるやりかたの弊害だと.