Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
[B! URI] facetのブックマーク
[go: Go Back, main page]

タグ

URIに関するfacetのブックマーク (6)

  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    facet
    facet 2009/06/09
    これ、ホントにデカイ問題のような気がする。
  • ちょっとしたメモ - Tim Brayのurn:tag:スキーム案

    Tim Brayが2月1日の記事「Tag Scheme?」で、URNのNIDとして"tag"を導入し、urn:tag:というスキームで「タグ」を識別するというアイデアを示した。これを受けて、コメント欄などでちょっとした議論が展開されている。もともとはAtomフィードのcategory要素のscheme属性のために使おうというものだったようだが、タグ文字列がそのままURIに対応することになるので、面白いと同時に危うい面も併せ持つURNだ。 コメント欄に出ている意見は、概ね次のような感じ。 わざわざ新しいURNを登録しなくても、http:で同じことができる、あるいはURNでは参照を辿れないからhttp:の方がよい。 タグあるいはカテゴリを一意に示すには、WikipediaのページURIを利用すればよいではないか。 タグをURIで表すとき、geo:lat=...のような「マシン・タグ」との関係を

    facet
    facet 2007/02/10
    うーむ。[*]
  • Hypertext Style: Cool URIs don't change.

    What makes a cool URI? A cool URI is one which does not change. What sorts of URI change? URIs don't change: people change them. There are no reasons at all in theory for people to change URIs (or stop maintaining documents), but millions of reasons in practice. In theory, the domain name space owner owns the domain name space and therefore all URIs in it. Except insolvency, nothing prevents the d

  • ElfURL - Elves are Big in Japan, make sure your URLs are too!

    NINJA96: NINJA96 NINJA96 Login Ninja96 Daftar Ninja96 SERVER JEPANG Slot Mudah Menang

    facet
    facet 2005/09/02
    なるほど。
  • ちょっとしたメモ - 人間のURIとウェブのアーキテクチャ

    昨夜のメモで「人物のURIを記述するなら、ホームページなどのネットワーク上に実際に存在するリソースのURIではなく、何か別のURIを用いる必要がある」と書いたのは、RDFだからどうだということではなく、ウェブのアーキテクチャの基的な問題だ。RDFやセマンティック・ウェブを意識しなければ別にいいでしょ、というものではないので、ここはよく理解しておきたい。 (1) Dublin Coreのcreatorは作者 (An entity primarily responsible for making the content of the resource)を示すものである;(2) link要素は、ウェブ文書がhref属性値URIが示すリソースに対して、rel属性値が示すタイプ(関係)のリンクを持つことを表す;この2つの帰結として、link rel="dc.creator"と書いたら、hrefの値

  • ちょっとしたメモ - 作者を表す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

  • 1