Data browser

=Three types of "body parts" should be discriminated=
 * Art data: artist made or re-use of other 3d sources. Coordination or size is not in accordance with other parts.


 * physical Art-in-context : A representation of anatomical concept(technical terms) by one obj file. Original or Mirror copy of contralateral original polygon data.( ex. left fourth metatalsal bone ) The granularity of concept for solo unit is determined for art convenience and may replaced by finer ones later. Since our body is almost symmetrical, the number of independent original data is almost half of the number of solo unit. (darkest icon)

Logically represented concept usually have representation image depends which tree is used (IS-A or Part OF for example). This image may have incorrect representation if ontology source is incomplete.
 * Logical Art-in-context : Based on ontology provided, higher order structure is represented by combinatorial substitution of P-AIC. For L-AIC, representation concentration more than 0% is provided.

=問題の整理=

上位概念を自動発生しcombo-unitを作るのは
 * 1) 少ないパーツの移動回数でアバターを作らせる
 * 2) 千を超える部品は階層構造などで整理しないと探し物ができない(findでは心配)

FMAを使った上位概念の自動発生問題

 * 1) 現状では分類の為に使っているノードまで同じように見えているので　目玉＝眼窩　とか　弁＝心房　等とみえるような混乱がある.
 * 2) * 右心房: http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA7096&p=front&v=3%2e0&t=conventional&c=1&m=bp3d&r=FMA20394&s=L&_dc=1316183153
 * 3) * 眼窩:http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA53074&p=front&v=3%2e0&t=conventional&c=1&m=bp3d&s=L&_dc=1316193074
 * 4) *眼球:http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA12513&p=front&v=3%2e0&t=conventional&c=1&m=bp3d&s=L&_dc=1316193536
 * 5) soloだけではツリーにならない. --> 木構造のメニューをあきらめて　せっかくの座標を使う
 * 6) soloの組み合わせで表現できる上位概念を一度にパレットに移動できない. --> FMAのもっといい使い方を考える

FMAを使わず自力でデータをまとめる問題

 * 1) 方針なく進めた結果　現在　comboには　自動FMA-comboと convention-comboと自力コンボが混在している？
 * 2) *自力とFMAで同じcombo概念が別の形になってる.
 * 3) *下肢の筋　http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA9622&p=front&v=3%2e0&t=is_a&c=1&m=bp3d&s=L&_dc=1316300861
 * 4) *2nd trial:http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA9622&p=front&v=3%2e0&t=conventional&c=1&m=bp3d&s=L&_dc=1316215673 :same FMA=ID conventional trial
 * 5) *上肢の筋　http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA9621&p=front&v=3%2e0&t=is_a&c=1&m=bp3d&s=L&_dc=1316301110
 * 6) *心臓はどうなってるか？
 * 7) *心臓壁から心房壁と心室壁　心室中隔をつくらないといけない
 * 8) *心臓の血管の混乱を解かないといけない.

マルチステップがBlackBox内で行われる問題

 * artist gathers various images to make 3D data
 * 1) ポリゴンデータの形とそのファイル名は一致してるがビューアでのアイコンやカード名称がかい離している例がある
 * 2) ポリゴンファイル名称：Anterior interventricular branch of left coronary artery
 * 3) *カードID:FMA3862
 * 4) *アイコン: in prep
 * 5) ポリゴンファイル名称:circumflex branch of left coronary artery
 * 6) *カードID:FMA3895
 * 7) *アイコン:http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA3895&p=front&v=3%2e0&t=part_of&c=1&m=bp3d&s=S&_dc=1316443493
 * 8) ポリゴンファイル名称:tendinous arch of right levator ani.obj
 * 9) *カードID:FMA46442
 * 10) *levator ani のカードでアイコンは http://221.186.138.155/project/anatomo_wiki/en/index.php/FMA19087
 * 11) *公開サイト　conventional tree から　:http://lifesciencedb.jp/bp3d/icon.cgi?i=FMA19087&p=front&v=3.0&t=conventional&c=1&m=bp3d&r=FMA20394&s=L&_dc=1316259326
 * 12) * 公開サイト　is-a や　part of にしてから　find で探しに行くと　画像がない


 * 1) ファイルのミラーリング時の入れかわり
 * 2) *ファイル名(A-l)のデータはファイル名　(B-r)データの鏡像イメージになっています.
 * 3) **(A-r)＜r. gray_levator palpebrae superioris tendon＞　の鏡像データが存在しません.
 * 4) **(B-l)110506-eyes_l. check ligament of medial rectus.objという名前のファイルが存在しません.
 * 5) アート時の名称と形態の思い違い
 * 6) *110506-eyes_r. lacrimal punctum.obj | accessary | FMA59541:Right lacrimal lake | punctum is a opening of canaliculi at the edge of lake | 1
 * 7) *110506-eyes_r. naso lacrimal duct.obj | accessary | FMA59545Right lacrimal sac | suck is upper, duct is lower part. | 1
 * 8) *110506-eyes_r. lacrimal sac.obj | accessary | FMA59555:Right nasolacrimal duct | suck is upper duct is lower part. | 1

http://rgm2.lab.nig.ac.jp/wiki/index.php/110603musculature_of_back_bits.obj%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA http://rgm2.lab.nig.ac.jp/wiki/index.php/111027_brainArtery_rightSideOnly%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA#hyperanchor1.3%3A%2F%2Ftable%5B%40id%3D%26quot%3Btoc%26quot%3B%5D%2Ffollowing-sibling%3A%3Aul%5B9%5D%2Fli%5B51%5D(0)(3)(111)%26%2F%2Ftable%5B%40id%3D%26quot%3Btoc%26quot%3B%5D%2Ffollowing-sibling%3A%3Aul%5B9%5D%2Fli%5B54%5D(106)(3)(ry%5D) （オントロジーマッピング問題）を避けては通れない. 現状のデータの校正と知識整理の先行が課題
 * FMAと違う単位でアートができる　アサインする概念がうまくいかないので　仕組みに乗らない　アドホックにやる
 * FMA概念を使うがファイル名で別系統を使う　マッピングが大変で先に進まない
 * 理想的には　概念メニューに必要な形態特徴が乗っており　それにしたがって作成が進む順番
 * 現在はアトラスやモデルを見てオブジェクトを作る　切り分けや名づけでもFMA準拠にならない　扱いに困る
 * 結局　解剖学はイラストは相互に矛盾なく頭に入るがそれぞれ断片的
 * 総合して形を作ったら　それぞれの命名や記述を統合できないと矛盾なく表現できない
 * See confusion in nomenclature: http://rgm2.lab.nig.ac.jp/wiki/index.php/Arteries_for_Brain#ACA

間違いはあらゆるステップで起こる　ことを前提にした設計変更

 * artistはなるべく今後はFENEISを基本に造形すすめる（FENEIS　DB化)
 * artsistは自由にFFMファイル名をつけて造形（それぞれのファイルが何を表すのか　便利な命名法で構わない　FENEIS_ID推奨）
 * ポリゴンファイル名はFFMと同じ　（r-eyeball)
 * ポリゴンファイルをデータサーバーにアップロード
 * ファイル名に依存しないである程度整理が可能なデータ特徴の自動生成付与(Z center, right/left/across the axis )
 * ポリゴンファイルの形状を確認できるレンダリングサーバー
 * ミラーしたデータもできれば今後はr-xxxx, M（r-xxx） 等とわかるように


 * 編集人がファイル名と概念IDの対応を行い　対応表を作成 公開　ただし対応の信頼度や論拠の表現が重要
 * Use dictionary and FMA structures to identify the file names.
 * From the shape.
 * For each piece, gather statements from various sources. ex) Gray's anatomy; Feneis atlas; textbook tables.
 * Check if the object agrees with all the statements.
 * Check if the form is intuitively similar to the illustrations.
 * Check if the size is OK
 * Check if the relations with surrounding structures are OK.

Treeメニュー combo-unit 問題
http://sig.biostr.washington.edu/projects/fm/AboutFM.html というクレジットを目立つところに入れる
 * FMA(Foundation Model of Anatomy) is made and maintained by University of Washington School of Medicine
 * 現在は「概念=アイコン」に見えるのが混乱を招く
 * ポリゴンファイル名の間違いなのか　ファイルと概念の対応の間違いか　ツリー構造上　しかたのないことなのか　を区別したい.
 * しかしcomboにアイコンを持たさないと　脳などの部品の多い臓器のアイコンが生成されない
 * 現状では田村さんの時のアイデアでフォルダの形がアイコンについたりしてますが、動的に作るようでパスによっては同じアイコンがフォルダ付になったりフォルダなしになったりしてかえって紛らわしくなってます.
 * メニューとしてはオリジナルとミラーコピーのペアーだけにしてしまって　それをzcent順にならべるやりかた（先週相談）に一度かえるのがいいんんではと思います. 　辞書としてはこまるところです.

Solo combo 再考　20121109
問題：ブラウザの更新によってデータを一望にしやすくなった. ここでアイコンレベルでわかる間違いを報告する仕組みを作りたい

アイコンレベルの違和感のタイプ

 * 1) Combo概念であるが同じ概念ＩＤが異なるオブジェファイルの組み合わせでできていることがある. 　ツリーを変えると同じ概念の子供がかわる. IS=AにもPART=OFにも所属する上位概念がこうなる.
 * 2) 上位の概念と下位の概念が同じオブジェの組み合わせである

現在は概念カードとみなしているものをオブジェカードとする オブジェカードには 構成データ、 構成式: 概念とデータの対応 概念ツリーを下層までたどる　データを持った概念　その概念にマップされたデータ
 * 以上のような違和感を取り除くためには　名前つきオブジェ（アイコン）作成過程をアイコンカード内に示すべきである