github を使用して一連の SPARQL クエリを共有しています。
http://www.boisvert.me.uk/opendata/sparql_aq+.html?file=specific%20sensor.txt
現在、エンドユーザーは簡単な作業で github リポジトリに保存されているクエリにアクセスできますが、最終的には、ペーストビンのようにクエリを変更し、リポジトリを利用して共有システムをより適切に管理できるようにしたいと考えています。理想的には、テクノロジーにあまり詳しくないエンドユーザーが、オープンなリンクされたデータ エンドポイントへのクエリに小さな変更を加えることができるようにしたいと考えています。これにより、テクノロジーの障壁を低く保つことができます。
私の問題はこれです: github プロジェクトを構築し、API を活用して利用可能な情報を最大限に活用するにはどうすればよいでしょうか? 私はさまざまな点を考えることができます：
- 現在、プロジェクト ( https://github.com/boisvert/unshaql ) には、クライアント コードとサンプル クエリが含まれています。SPARQL クエリ用に (Web クライアント コードとは別の) 独立したプロジェクトを作成することに違いはありますか?
- プロジェクト内のディレクトリを使用してクエリを分類/タグ付けし、ファイル名を使用してそれらにタイトルを付けます。より良い代替手段はありますか？階層構造がタグにふさわしくないと思います。
- エンドユーザーが保存するとき、より単純な (そして粗雑な) オプションは、例を保持する 1 つのブランチにファイルをプッシュできるようにすることです。より適切に設計されたものは、彼らが github クレデンシャルを使用して SPARQL クエリのセットをフォークし、それらを編集できるようにすることですが、ユーザーが無知な場合、混乱を避けるにはどうすればよいでしょうか?