BH13.13/appdev
提供:TogoWiki
ソフトウェア開発グループ
「DB統合のためのウェブアプリケーション開発」と「DB統合のための基盤ツール開発」をマージしました。 最初の課題出しのときのラクガキはこちら
目次 |
SPARQL Builder Project
- togotable用にSPARQLをユーザに書かせないためのQueryBuilder
- 専用ページはこちら
課題
- スキーマを理解していないユーザでもクエリをビルドできるGUIをもったappが必要
- !!! togotable !!!
- そのバックエンドにパフォーマンスを落とさずクエリを実行できるSPARQLBuilderが必要
戦略
- RDFデータごとに場合わけ
- Owlなどからスキーマが取ってこれるものはそれをベースにクエリをつくる
- そうでないものはフルスキャンしてスキーマを生成する(?)など
GraphDB-based Application Project
- 専用ページはこちら
- 特定のapplication設計ではない
- GraphDB-based appに必要なライブラリ・モジュール・フレームワークを設計
- RDB-based/TripleStore-basedの間をとった扱いやすいアプリケーションフレームワーク・ビジュアライズパターンについて
- デモやります!GraphDB/Neo4Jやうちのチームがやってることに興味のあるかたはぜひ。日時は未定。ここでアナウンスします
背景
- テーブルデータをimportしたRDBをベースにしたアプリケーションがほとんど
- RDFデータ/グラフ構造のデータをバックエンドに持ちたいアプリケーションの選択肢はTripleStore/SPARQLがある
- けど他の選択肢もほしい・汎用ではないドメイン/用途特化型のアプリケーションを作るときのバックエンドは?
- !!! そこでGraphDBですよ !!!
- アプリケーションに最適化したグラフをデザイン
- テーブルデータ/RDFデータをロードする
- SPARQLとはちょっと違うCypherというクエリ言語のストロングポイントを活かしたアプリがつくれる
課題
- データのロードやグラフの作り方についてはある程度解決済み
- 山中ビューワー(仮称)も実装済み
- SPARQL Builderと同じくクエリビルドのためにグラフをスキャンしてスキーマ(メタグラフ)を生成する必要?
- GraphDB-based appが持てる/持つべきGUIについて
- それを実現するためのモジュールについて
デモ
- SPARQLでRDFをグラフ形式に変換して、グラフDBにロード - http://sem4j.org/galaxy/u/ryotay/h/pathway-commons-panther
- ロードされたものをブラウズ - http://54.249.56.15:7474/browser/
一般的な問題
SPIN
- SPINはOKBさんを幸せにしてくれるのか
- 「TripleStoreにデータを追加するとこのSPARQLの結果/パフォーマンスが変わるやんけ」
- 「このTripleStoreに前撃ったこのSPARQLってなんやっけ」
- などなど日々のつらみを解決したい
AppのためのOwl
- App devのためにOwlをデザインしてくれという話
- application側が使いやすいOwlを書くためのガイドラインをつくる?
- そのためにバッドノウハウを共有する
- 「こういうOwlを書くとこういうことがAppでできるようになるよ!」
DBのRDF化をサポートする技術的なこと
- RDF化をサポートするソフトウェアはいろいろあるけど足りているのか
- 足りてないなら何が足りないのか
- 「こうするとこういうことがAppでできるよ!」をDBのRDF化にフィードバックするためにはどうするか
その他
- Semantic AppのためのGUI トーク 月曜の午後にやります
- 他のグループの方の参加も歓迎しますよ