タグ

2006年3月2日のブックマーク (10件)

  • ちょっとしたメモ - 時間軸を使うURIスキーム、tag:がRFCに

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

    talo
    talo 2006/03/02
    URNより利用しやすい
  • ちょっとしたメモ - httpRange-14あるいはhttp:型URIの適用範囲

    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体」(

    talo
    talo 2006/03/02
    アクセスできないURIにHTTPスキームを使うことに関して
  • ちょっとしたメモ - 作者を表すURIとホームページのURI

    久しぶりにウェブ上の話題を眺めていたら、目に付いたのがページ作者を特定するのにdc.creatorの値としてURIを使うという話。人にURIを与えるのは構わないけれども、その人の「ホームページ」URIとその人自身のURIを混同しそうな気配が垣間見られるのが、若干気になる。 少し考えれば分かることだけれど、人間を名前づけるURIと、その人間が作ったホームページのURIは当然異なる。だから、普通こんな記述はしない。 (誤解を生む例) <rdf:Description rdf:about="http://www.kanzaki.com/memo/2005/07/23-1"> <dc:creator> <foaf:Person rdf:about="http://www.kanzaki.com/"> <foaf:nick>masaka</foaf:nick> </foaf:Person> </dc

  • メタデータ技術とセマンティックウェブ

    メタデータ技術とセマンティックウェブ スポンサード リンク ・メタデータ技術とセマンティックウェブ いまネット技術でキーワードの「Web2.0」とも関係が深いメタデータとセマンティックウェブについて書かれた研究書。主に理系の学部生向けレベルの入門の難易度。RSSWebサービスAPIをいじるのは楽しいが、より深いレベルで技術を理解したい人も増えたはずの今、タイムリーな刊行(2006年1月出版)。 目次: 序章 メタデータのもたらすものとは 第Ⅰ部 メタデータ 第1章 メタデータアーキテクチャ 第2章 標準化の流れ 第3章 メタデータ基技術とその背景 第Ⅱ部 セマンティックウェブ 第4章 セマンティックウェブの意義 第5章 メタデータ記述言語RDF 第6章 オントロジ記述言語OWL 第Ⅲ部 メタデータ応用 第7章 デジタル時代のメタデータ流通 第8章 NIメタデータ流通システム NI日

  • 音極道茶室: 日本のインターネット、マジやばくね?

    結論から言うと、「かなりやばい」感じ。 実際、今の日のインターネット中枢を支えるリーディング企業TOP達は相当深刻な危機感を抱いているみたいだが、その危機感がイマイチ一般人には伝わってこない。 しかし、内情を知るにつれ、その「深刻さ」が我々にも実感できる。以下、技術的な話に疎い方でも状況が理解できる様、できるだけ噛み砕いて解説を試みる。 まず予備知識として。アメリカのインフラ事情についてもこんな記事が。 オンラインでも「交通渋滞」の懸念–ビデオ配信量の急増を受け(CNET) 要するに、ブロードバンドコンテンツが格的に普及してきた影響で、プロバイダの回線容量がもーすぐパンクするかも増強費用どうしてくれんだよやべーよって話。日も根的には同じような話なんだけど、日の場合さらにお国事情が問題を深刻にしてる。その点については後述。 で、アメリカの状況に関しては、michikaifuさんの記

  • Ajax非互換性データベース ― @IT

  • RubyとJavaのアクセス制御比較(2006-01-10)

    Sorry, Now Maintenance.

  • 百式 - レコード&レビュー (TimeSnapper.com)

    これ、かなりいいかも! TimeSnapperはWindowsに常駐するソフトウェアである。 このソフトウェア、なんと一定期間ごとにあなたの作業状況のスナップショットを取ってくれるのだ。 そうしてたまったスナップショットはもちろんあとで検索、閲覧することができる。 自分がつくった文書やサイトが出来上がる様子をみることができてかなりいい感じだ。 よく運動選手が自分のパフォーマンスをビデオにとって改善点を洗っているが、それと同じことをデスクトップ上の作業でもできるのではないか。 レコードしてレビューする。他にも応用できそうな考え方ですね。

    百式 - レコード&レビュー (TimeSnapper.com)
  • 議論のしかた

    This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.

    議論のしかた
  • Joda-Time - Java date and time API - Home

    Joda Time - Java date and time API Joda-Time home page has moved. Redirect in 5 seconds. Click here for the old home page.