Overview ActiveRDF is a library for accessing RDF data from Ruby programs. It can be used as data layer in Ruby-on-Rails, similar to ActiveRecord (which provides an O/R mapping to relational databases). ActiveRDF in RoR allows you to create semantic web applications very rapidly. ActiveRDF gives you a Domain Specific Language (DSL) for your RDF model: you can address RDF resources, classes, proper

JSONのデータ記法は、RDF/Turtleで主語を明記しない（空白ノードである）トリプルの書き方によく似ている。多くの人やサービスがデータをJSONの形で提供してくれれば、これをTurtleに変換してRDFとして扱うこともできるだろうし、JSONに馴染んだ人なら、案外Turtleを（そしてRDFを）抵抗なく受け入れられるのではなかろうか、などと考えたりしていた。 Turtleは、RDFのグラフを、XML構文ではなくて、主語、目的語、述語をシンプルに列挙する形で記述する。たとえば、ある学生の学籍番号をURIに仕立てて主語を名前付けし、その名前を目的語/述語で表すRDFトリプルがあるとしよう。 グラフのXML構文は次のようになる（http://example.org/ns/はデフォルト名前空間として宣言されているとする）。 [例1] <rdf:Description rdf:about="h

今どきtagというと流行のfolksonomyのことと思ってしまいそうだが、これは全く別物で、tag:というスキームを用いる新しいURIを定義するもの。近くInformational RFCとなることが告知された。特徴としては、名前解決（リソース取得）を前提としないのでネットワーク上に存在しないものの名前付けに使いやすいこと；時間軸を持っているので、将来にわたって名前の衝突（重複）を回避できること；が挙げられる。 URIは、ブラウザなどでリソースを取得するための「アドレス」としてだけでなく、リソース一般を名前付け（識別）する役割を持つ。しかし、このときhttp:を使うと、そこには何か取得できるリソースがあるように思われやすいため、以前から混乱の要因になっていた。たとえば、名前空間URIにはその文書型のスキーマがあるべきかどうかとか、RDFのリソースはHTTPでアクセスできるのか、など。 t

http:スキームのURIは、ウェブサーバーから取得できるリソースであるべきか、それとも任意のリソースを識別する役割を与えて良いのか―W3CのTAGで議論されてきた難題、いわゆるhttpRange-14に、一応の解決策が示された。URIの示すサーバーが返す結果コードによって、URIのリソースを解釈しようというものだ。 httpRange-14は、バーナーズ＝リーが2002年にHTTP URIs (without "#") should be understood as referring to documents, not carsとしてTAGに提起した（起源はもっと古い）、URIの適用範囲を巡る問題。RDFでは、URI参照（URI＋オプションの#フラグメントID）でリソースを識別するが、「人」や「作者」といったネットワークで取得できないリソースの場合、http:スキームの「URI本体」（

RDFのモデルを記述する方法は、グラフ、XML構文などがありますが、第3の扱いやすい記法としてバーナーズ＝リーが示しているのがNotation3です。コンパクトで分かりやすいだけでなく、XML構文では記述が困難な「引用」を表現でき、セマンティック・ウェブのRule、Logicレイヤーを具体的に書き表すことも可能です。 RDFのトリプルとN3：基本フォーマット 匿名ノードと構造化 N-Triples（参考） N3を用いた語彙の定義 フォーミュラとコンテクスト：論理の表現 参照文献 RDFのトリプルとN3：基本フォーマット RDFは、主語、述語、目的語の3つの組（トリプル：triple）を用いてリソースを記述します。たとえば、ある文書でMaestro、conducts、Orchestraという語彙が定義されているとき、「マエストロはオーケストラを指揮する」という関係は、次のようなグラフで記述で

The Best Windows 10 Apps Although Windows 10 is good to go as soon as you switch your device on, it does allow for a more tailored user-experience, thanks to its use of apps. Although the use of apps is often associated with the Android and iOS operating systems, Windows has recognized how useful they can be, and made them an integral part of Windows 10. Of course, some apps are better than others

RDF API Interact with the core API to create and read Resource Description Framework (RDF) graphs. Serialise your triples using popular formats such as RDF/XML or Turtle. ARQ (SPARQL) Query your RDF data using ARQ, a SPARQL 1.1 compliant engine. ARQ supports remote federated queries and free text search.

Check and Visualize your RDF documents olde servlet Enter a URI or paste an RDF/XML document into the text field above. A 3-tuple (triple) representation of the corresponding data model as well as an optional graphical visualization of the data model will be displayed. Check by Direct Input <?xml version="1.0"?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl

FOAFはRDF/XMLを使って人々に関する情報（メタデータ）とそのつながりを公開、共有するための半ば実用的、半ば実験（少し遊び）的なプロジェクトです。FOAFを使ってマシンにも扱える自己紹介を記述したり、人や組織、関心領域のネットワーク情報をエージェントに処理させるといった応用が試みられており、RSSとの関連でウェブログなどでも注目され始めています。 FOAFとは FOAFを使った人物情報の記述 知人の記述によるメタデータの連鎖 FOAFの語彙一覧 FOAFと情報の信頼性 FOAFの作成と公開 - まず試してみたい人はこちら 参考文献 ※『RDF/OWL入門』、『セマンティックHTML/XHTML』を上梓しました。 FOAFとは FOAF (Friend of a Friend)とは、その名のとおり友達の友達の友達…という連鎖をメタデータとして表現することで、ネットワーク上の興味深い属性

RDBMSとRDFをマップすれば、両者の特徴を生かした「セマンティック・ウェブ的な応用」への道が開ける。しかし、RDFの背後にあるデータベースには、外部から直接SQLで問い合わせを行うことができない。ここをカバーするのがRDFのクエリ言語であるSPARQLだ。これは、"Web 2.0アプリケーション"にとってもキーになる可能性がある。少し古い記事だが、Kendall ClarkによるSPARQL: Web 2.0 Meet the Semantic Web を取り上げてみよう。 これは、SPARQLプロトコルの3回目の草案が出たことを受けて、2005年9月16日に書かれたO'Reilly Developer Weblogsの記事。10月の「Web 2.0 Conference 2005」を前に、"Web 2.0"への関心が一般にも高まっていたタイミングで、かなり注目されたものだ。冒頭で、セ

What are Microformats What are Microformats? Microformats are a set of simple, open data formats built upon existing and widely adopted standards, in particular semantic (X)HTML. The processes, principles, and practices of the microformats open standards community are what make microformats "microformats", but they center on using HTML and XHTML as designed, as a semantic language (though they can

This Page Retired! Please use CustomRdfDialects (2007-10-30) Micromodels are a set of simple, open data models built upon existing and widely adopted standards. Objective: making it cost-effective to record and share knowledge formally, i.e. so that computers can manipulate it. Developments around blogging and syndication have led to the emergence of Web formats which are closely related to HTML b

メタデータをコンピュータが理解して有益な情報とするには、その意味が共通の認識となっている語彙が必要です。Dublin Coreは、ウェブや文書の作者、タイトル、作成日といった書誌的な情報をメタデータとして記述するためのボキャブラリを定めています。15の基本要素と、そのRDFによる表現方法、またより精度の高い情報を提供するための拡張語彙について説明します。 DCMES:基本となる15のプロパティ DCMIメタデータ語彙 拡張プロパティ 符号化スキーム タイプ要素 ウェブ文書でのDublin Coreプロパティの利用 RDFでDublin Coreを使う RDFでDC拡張語彙を用いる 外部RDFメタデータをHTML文書にリンクする XHTMLにDCメタデータを直接記述する 参照文献 DCMES:基本となる15のプロパティ DCMI (Dublin Core Metadata Initiativ

大した知識もないもんが、偉そうな事をのたまいますが…。 Geoボキャブラリがどうのこうのというよりは、Geoボキャブラリが採用している緯度と経度を別プロパティとしているのがいいのかどうか、という話。 単に静的情報としてというか、アリバイ的にというか、位置の情報に言及したいだけなら、緯度と経度が別プロパティでもいいんだけど、それを解析してRDFデータベースに蓄積して、意味解析を行うような事を考えた場合、RDFデータベースでは基本的にトリプル単位で蓄積されるので、緯度と経度が別プロパティで表されると、空間インデックスのつけようがありません。 経度と緯度は人間の理解の簡単のために見た目2属性に別れているけども、本来は2つ合わさってはじめて一つの「点」という属性を表しているわけなので、それを当たり前のように分離してしまうのは、「身長」を管理するのに「座高」と「股下」の2属性に分けて管理してるの

セマンティック・ウェブを実現する上で大きな鍵になるのが、どうやってメタデータを余計な負荷なしに提供してもらうかという方法論です。XHTMLで構造的な要素タイプ、class属性、id属性を適切に使用していれば、XSLTでここからメタデータを変換・抽出することが可能です。これを共通オントロジーと結びつければ、わざわざコンテンツと別にメタデータを用意しなくても、通常のコンテンツ制作がそのままセマンティック・ウェブの基礎になってくれるのです。 セマンティック・ウェブの関門：メタデータの収集 XSLTとXHTMLのclass属性を活用する a要素を使ったリソースとしての目的語 メタデータ用XSLTの存在を知らせる より汎用的なアプローチ テーブルデータの変換：th要素の内容を使う テーブルでもclass属性を使ってみる head要素からのメタデータ抽出 XHTMLの拡張によるメタデータ埋め込み メタ

セマンティック・ウェブのレイヤーケーキ URI, Unicode, XMLを基盤に ウェブの蓄積をベースにグローバルなデータ（OpenWorld）を扱う マシンが読める形でデータや知識を共有 RDFによるシンプルで柔軟なデータ形式 RDFS 、オントロジーによる語彙と知識の記述 推論規則と論理フレームワーク 述語論理、記述論理を用いた推論、高度な検索 検索結果をエージェントが判断してさらに処理を継続 署名と証明と信頼 エージェントがなぜこの処理をしたかの論理的な証明 電子署名と暗号化によるデータの保証 セマンティック・ウェブ応用のいくつかの側面 「セマンティック・ウェブ」とひと括りにするとすれ違いや誤解が… 高度なリソース探索 全文検索 v.s. メタデータによる検索 最も分かりやすいセマンティックウェブのアプリケーション（出発点） 鶏と卵：誰がメタデータを与えるのか（SW利用の動機付け）