ここら辺の事をもう一回徹底的に考え直してみることが、実は「blogの次」に繋がっていくのだと思う。ここにプラスして小川宏高氏のラディカルなまでの正論と、あとやっぱトロット夫妻のもうそれはそれは絵に描いたようなリベラル理想主義の部分をプラスして。 ヤスヒサさんに欠落しているのは「マインドマッピングツール」としてblogを見る視点、かな。（立ち位置をはっきりさせるためあえて除外してるんだと思うのだけど） あるいは”個人のマインドマッピング”がサイト、というかコンテンツとして成り立ちうるか、とか。 ツリー構造のカテゴリーと横断的連接のタグの相関関係を明確に見せる手法とセマンティック検索技術がうまく結びついた瞬間に”次のかたち”はそこに立ち現れるように思える。
IAopenwebdesignタグ タグの役割を考えた見せ方 この記事は「カテゴリとタグを上手に使い分ける」の続きにあたります。 カテゴリに関して迷っている方は少なくないみたいですね。前回、提案したブログエントリーをタイプ別に分類する提案をしましたが、それに対して様々な意見や感想が出ているので、ここで共有しておこうと思います。 lilacさん(カテゴリは) ふつうにいらないんじゃね？みたいな。明確に必要、という答えが出せないんですよね・・・ 他の方も書いていらっしゃいましたが、機能が提供されているからといって使わなければならないというわけではないと思います。無理にいろいろ使おうとするとかえって複雑化してしまうので、そういった場合は思い切って省くことも重要です。これはデザインするときには重要な考え方のひとつでしょう。 今回のようにカテゴリをタイプと見なして使うのは自分のサイトにはフィットして
引き続き、カテゴリ構想とコミュニティ構想の関連で。 重複している部分もあり、相変わらずまとまってないのですが。 私の場合は、はてな全サービスから横断的に情報を集めて、趣味や興味のカテゴリに分けて提示するコミュニティページの新設（はてな『映画』コミュとか、はてな『グルメ』コミュとか）。 id:facetさんの場合は、はてな全サービスから横断的にメタデータを集めて、それを多角的かつ動的に管理できる新サービス。 ここでGadaraさんが仰っているように、「全サービスから横断的に情報を集めて、趣味や興味のカテゴリに分けて提示」という部分では、全く同じなんですよね。 はてなダイアリーキーワードだけじゃなく、*さらに* ダイアリータイトルの[カテゴリ]や、ブクマの[タグ]、その他のサービスの「カテゴリ」で簡単につながることができれば面白いのになあ。それが私の構想ですから。 ところで、今私が一番進んでい
window.twttr = (function(d, s, id) { var js, fjs = d.getElementsByTagName(s)[0], t = window.twttr || {}; if (d.getElementById(id)) return t; js = d.createElement(s); js.id = id; js.src = "https://platform.twitter.com/widgets.js"; fjs.paren… window.twttr = (function(d, s, id) { var js, fjs = d.getElementsByTagName(s)[0], t = window.twttr || {}; if (d.getElementById(id)) return t; js = d.createEleme
クロールは15分おきです。日付はクローラーが初めて見つけた日時です。最新情報を追いかければ、新しくブックマークされた人気・注目エントリーを追いかけることができます。
moduleだと最近のしか見てくれないんだな。これはこれでありだと思うけどカテゴリの代替として使おうと思ってたのでhttp://d.hatena.ne.jp/koyachi/keywordcloud/の上位n keyword、のほうがよかった。 カテゴリ v.s. キーワード(or Tag) -> 人力 v.s. 自動化 カテゴリは書く側が見せたいつながり、キーワードはプログラムが客観的に抽出した文章要素。読む側にとってはどっちも有用な情報。だからといって両方表示すると見た目にもスペース的にも美しくない。このあたり(Keyword or Tag?)の話はnaoyaさんがはてブでの事例をfolksonomyについての記事でBroadband Watchで言ってる。 Yahooがサーファーによる人力カテゴライズ*1からロボット検索エンジンに切り替えたように日記のカテゴライズももう手動でやる必要
はてなブックマークの自動カテゴリ判別は、正直なところあまり賢くない。多分抽出したキーワードのカテゴリ別頻度かなにかを基準に判別しているのではないかと思うが、その的中率はかなり低いという印象がある。 キーワードを抽出する手段さえあれば結果を調べて/より良い判別法を模索してみたいところだが、生憎とはてなキーワード抽出APIを利用できるような腕はないので、取り敢えず今できることとして手動で逐一修正することにする。問題は既に自分の登録分だけで2000を超えるということだが。 本当は登録時にちょっと気をつけてカテゴリを選択すれば済む話なのだが、て良く見たら登録時はカテゴリ選べないのか。そりゃ不便だ。その一手間がブックマークから手軽さを奪いもするので難しいところだ。 いっそブックマークレットにカテゴリ別を用意して、登録段階（＝ブックマークレット選択段階）で登録カテゴリを固定してしまうというのはどうか。
Last Callといいつつ6月7日にはまたID-9が出ていたりするAtomのシンジケーション書式仕様だが、ID-04から取り入れられていたcategory要素について、少し補足説明しておこう。 Atomでは、feed要素、entry要素ともにその「カテゴリー」を示すcategory要素を任意の数、持つことができる。これは、カテゴリーを示す分類名をterm属性（必須）で記述したうえで、必要に応じてそのスキーム（名前空間）のIRIをscheme属性で加えてもよいというもの（さらにlabel属性も使える）。たとえば、あるウェブログ・エントリーが音楽について書かれていることを示すなら、次のような具合だ： （例） <category term="Music" scheme="http://xmlns.com/wordnet/1.6/" label="音楽"/> これはなかなか面白い仕掛けになってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
