2012開発-2

データメニュー問題

 * 1000を超える相互に類似する長く難しい名前からストレスなく（喜びを伴い）望みの名前を見つけてもらうにはどうするか？
 * メニュー問題はコントロールボキャブラリの押し付けの時の最大の問題. 深いツリーに押し込んでも構造自体を熟知していないものにはかえってストレス.
 * 誰でもわかる構造にマップして大まかにたどり着ける
 * 一瞥で１０－２０のEntityを把握して探し物を見つけてもらう必要がある.
 * 対象すべてにアイコンをつける. 対象のサイズを表すアイコンにできないか？

==>概念検索とrepresentation検索を明確に区別
 * 検索ページBodyParts3D siteはrepresentation検索

stats
bp3d_v2.0	concepts direct 	build-up is-a tree	80457	843	643 part-of tree	37084	408	326 in both tree	37084	406	0 all uniq FMA	80457	845	969 bp3d_v3.0	concepts direct build-up is-a tree	80457	912	700 part-of tree	37084	436	353 in both tree	37084	433	0 all uniq FMA	80457	915	1053

=Build-up representation= 解剖概念にもhole-part relation(meronymy/holonymy)とcategory/member relation (hypernymy hyponmym)があります. セグメントモデル作成では　なるべく下位の概念をモデル化し、上位概念はその和として表現を試みています. 例外的に部分の和が全体にならない場合(心臓など）では上位　下位ともに別に重複を許して表現しているケースや概念名のない補足部品を作成しているがあります.

Build-up用のPart-of tree の作成方法

 * FMAではPArt-of 関係に複数種類準備されています. CPO, RPO, etc.
 * 排他的でない関係をBuild-upに利用すれば過剰なrepresentationになります.
 * 従ってBuild-up時にはもっともrepresentation densityが高くなる関係を選択しています. (本当？）

Buid-up logicによってrepresentationが異なる注意

 * 末端以外のFMA概念にはIS=Aの子供かPArt-ofの子供、または両方の子供があります.
 * 一方の子供しかrepresentationを持たない場合には一方のTreeによるBUILD-UPでしか表現されません.
 * 両方の子供がそれぞれrepreresntationをもつ場合にはそれぞれのbuild-upで表現されます.