タグ

uriに関するatsiszkiのブックマーク (8)

  • リンクする書誌データ

    巨大なグローバル・グラフ 関心があるものを結びつけるネットワーク インターネット:コンピュータを結びつける巨大なネット 関心があるのはコンピュータどうしのつながりであって、それがどんなケーブルや通信手段を使っているかじゃないんだ ウェブ:文書を結びつける巨大なネット 関心があるのは文書であって、それがどんなコンピュータや端末にあるかじゃないんだ 次は?:ものごとを結びつける巨大なネット 関心があるのは「ものごと」であって、それがどんな文書に書かれているかじゃないんだ 社会グラフとしてのつながり 関心があるのは仕組み(ネットワーク)ではなくものごととそのつながり(グラフ) 人々がどうつながっているか、どんな記事を書いているか、何を読んだり聴いたりしたか… このつながり=グラフ=を、文書のレベルではなく、共有・再利用可能な形で記述するもの:セマンティック・ウェブ バーナーズ=リーの言うGian

    atsiszki
    atsiszki 2008/01/30
    "国立国会図書館の標準識別子を「リンクできるURI」に"
  • "info" URI Scheme

    atsiszki
    atsiszki 2008/01/13
    [info:scheme][ncid][nacsis][nii][国立情報学研究所]NCID(NACSIS-(Web)CATの書誌ID) をinfoスキームのuriとして利用できる
  • ちょっとしたメモ - 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体」(

  • URN (Uniform Resource Name) について-- ごく簡単なHTMLの説明

    URN (Uniform Resource Name) とはネットワーク上のリソースを、「場所」という概念に依存せず、「名前」によって永続的(persistent)に特定しようという識別子です。リソースを永続的に特定できればそれをURNと呼ぶ広い意味での用法もありますが、IETFで討議されRFC化された意味では、定められた書式に則り、登録された名前空間のもとでそれぞれのルールに従って記述することになっています。 URNの一般概念 URNの構文と登録 登録されているURNのいくつか OASIS空間 公開識別子空間 IETF空間 ISBN空間 永続性に関するノート 永続性にこだわらないinfo:スキーム URIの時間スライスで「永続性」を確保する試み RFC 8141によるURN 参照文献 URNの一般概念 URIの概念を定義している[RFC2396]では、URNは次のように定義されています:

  • ちょっとしたメモ - 地理コードのURI

    OASISから国コード、言語コードを識別するためのPSI = Public Subject Indicator(公開主題指示子)の案が1月6日付で公開されている。PSIはトピックマップ(Topic Maps)で共有可能な主題(トピック)を示すための仕組みだが、識別子としてURIを用いているため、そのままRDFでも利用できる。たとえば言語コードに、一般的なjaというリテラルを用いる代わりに、http://psi.oasis-open.org/iso/639/#jpn と表現しようというわけだ。 OASISの提案する国コードPSIはISO 3166、言語コードPSIはISO 639をベースにしているのだが、よく使われる2文字コードではなく、国の場合は3桁数値コード、言語の場合は3文字コードを採用している。だから、日国のPSIは http://psi.oasis-open.org/iso/31

    atsiszki
    atsiszki 2008/01/13
    TGNをURIやメタデータに取り入れるときの問題点
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • ちょっとしたメモ - 書籍の識別子と全国書誌番号

    国立国会図書館関西館を訪問して、電子図書館課の方々と懇談をする機会をいただいた。情報を電子化する現場の話には興味深い点がたくさんあったのだが、中でも書籍(書誌)のIDとして、全国書誌番号を用いてISBNに代わる(もしくは補完する)識別子を考える可能性は、掘り下げて取り組んでみる必要がありそうなテーマだ。 最近FOAF-IRC(#foaf)でも少し話題になっていたが、ISBNは永続的な識別子として使うには若干問題がある。この10桁のコードは、上位桁の番号が出版社に割り当てられ、下位桁の番号は出版社が独自で付与するという仕組みだ(最初の1桁は国/地域、最後の一桁はチェックサムなので、実質的には国内でわずか8桁)。使える桁数は出版社ごとに異なるのだが、たとえば4桁の自社番号領域を持つ出版社は、1万点の書籍を発刊すると番号が足りなくなってしまう(補足:必要に応じて出版社番号が追加割り当てされる)。

  • クールなURIは変わらない -- Style Guide for Online Hypertext

    クールなURIとは? クールなURIとは変わらないもののこと。 どんなURIが変わってしまう? URIは変わらない:人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき(もしくはドキュメントのメンテナンスをやめてしまう)理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう

  • 1