﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Tag該怎麼下?</title>
	<atom:link href="http://blog.serv.idv.tw/2006/05/19/443/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.serv.idv.tw/2006/05/19/443/</link>
	<description>Let us keep on dreaming of a better world</description>
	<lastBuildDate>Sun, 14 Mar 2010 14:34:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: C.S.S (Bruce Cheng)</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-36839</link>
		<dc:creator>C.S.S (Bruce Cheng)</dc:creator>
		<pubDate>Sun, 04 Feb 2007 15:56:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-36839</guid>
		<description>要高收視率的話，下A到Z，不然就是1到0，外加一些,./\?!等等
不過「競爭」應該也是蠻大的

容易分辨的話，就像圖書分類一樣，科學類、史地類、心理學類</description>
		<content:encoded><![CDATA[<p>要高收視率的話，下A到Z，不然就是1到0，外加一些,./\?!等等<br />
不過「競爭」應該也是蠻大的</p>
<p>容易分辨的話，就像圖書分類一樣，科學類、史地類、心理學類</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: threeus</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-10459</link>
		<dc:creator>threeus</dc:creator>
		<pubDate>Fri, 15 Sep 2006 15:36:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-10459</guid>
		<description>我會用人事時地物，主要是希望能減少 tag 。以前不去控制的話，經常會發生下 tag 完，整件事情也說明完了，我並不希望這樣。

由於一般搜尋系統都有全文搜尋，本文內容（事）的搜尋還是相當重要。我會用到 tag 縮小搜尋結果，多半是因為記得是誰（人）、或在哪裡（地）、或某樣東西（物），不記得情況下，還是得靠全文搜尋。

如你所敘述的，遇到最不容易下 tag 的事的部分，我就乾脆不下 tag 完全交給全文搜尋，反正這件「事」跟人時地物都沒有關連，最多就是下個「我」

說到這裡，也許搜尋功能要提供「例外 tag 」讓人選，搞不好我是想找跟某個人無關的、某個東西無關的「事」。</description>
		<content:encoded><![CDATA[<p>我會用人事時地物，主要是希望能減少 tag 。以前不去控制的話，經常會發生下 tag 完，整件事情也說明完了，我並不希望這樣。</p>
<p>由於一般搜尋系統都有全文搜尋，本文內容（事）的搜尋還是相當重要。我會用到 tag 縮小搜尋結果，多半是因為記得是誰（人）、或在哪裡（地）、或某樣東西（物），不記得情況下，還是得靠全文搜尋。</p>
<p>如你所敘述的，遇到最不容易下 tag 的事的部分，我就乾脆不下 tag 完全交給全文搜尋，反正這件「事」跟人時地物都沒有關連，最多就是下個「我」</p>
<p>說到這裡，也許搜尋功能要提供「例外 tag 」讓人選，搞不好我是想找跟某個人無關的、某個東西無關的「事」。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xxc</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-8323</link>
		<dc:creator>xxc</dc:creator>
		<pubDate>Sun, 06 Aug 2006 18:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-8323</guid>
		<description>我想了想。最簡單的方法，就是不用把&quot;tag&quot;看作是找到資訊的唯一線索，就不會擔心沒有tag到或tag不完整，會不會以後就找不到的問題。因為就算是同一個網址，不同時間與情境下，都可能tag出不同的字出來。所以我想，先把tag當成一個主題分析的工作就好。

threeus 用人事時地物的方法作主題分析的固定面向，方法雖好，因為提供了分析的一致性。但是對某些人，像我自己，大致上都是以概念作分類的主題，因為我的檢索也大概都是由概念或主題開始，也就是最不容易下tag的「事」的部分。而對於網路資源的「事」的分析，說實在的圖書館界以往也沒有太有效的做法，所以才會讓Google獲得網路資源指引的主宰性地位。

當然，再把tag過的東西找出來，還是要作的工作。我比較同意像豬小草的做法，就是檢索時依賴的主要是平台的功能。我認為這是系統平台應該能作一些改善或加強的地方，其實應該能從tag與資源的語義網路結構中，找出一些相關性能有助於使用者檢索資料的；在資訊檢索的相關性演算法上，其實應該要能作到讓使用者更放心才是。</description>
		<content:encoded><![CDATA[<p>我想了想。最簡單的方法，就是不用把&#8221;tag&#8221;看作是找到資訊的唯一線索，就不會擔心沒有tag到或tag不完整，會不會以後就找不到的問題。因為就算是同一個網址，不同時間與情境下，都可能tag出不同的字出來。所以我想，先把tag當成一個主題分析的工作就好。</p>
<p>threeus 用人事時地物的方法作主題分析的固定面向，方法雖好，因為提供了分析的一致性。但是對某些人，像我自己，大致上都是以概念作分類的主題，因為我的檢索也大概都是由概念或主題開始，也就是最不容易下tag的「事」的部分。而對於網路資源的「事」的分析，說實在的圖書館界以往也沒有太有效的做法，所以才會讓Google獲得網路資源指引的主宰性地位。</p>
<p>當然，再把tag過的東西找出來，還是要作的工作。我比較同意像豬小草的做法，就是檢索時依賴的主要是平台的功能。我認為這是系統平台應該能作一些改善或加強的地方，其實應該能從tag與資源的語義網路結構中，找出一些相關性能有助於使用者檢索資料的；在資訊檢索的相關性演算法上，其實應該要能作到讓使用者更放心才是。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 食夢黑貘</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-8016</link>
		<dc:creator>食夢黑貘</dc:creator>
		<pubDate>Wed, 02 Aug 2006 09:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-8016</guid>
		<description>做了一張表, 
可以參考看看...

http://blog.roodo.com/genehong/67abc6ff.png</description>
		<content:encoded><![CDATA[<p>做了一張表,<br />
可以參考看看&#8230;</p>
<p><a href="http://blog.roodo.com/genehong/67abc6ff.png" rel="nofollow">http://blog.roodo.com/genehong/67abc6ff.png</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PipperL</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-7776</link>
		<dc:creator>PipperL</dc:creator>
		<pubDate>Sun, 30 Jul 2006 12:44:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-7776</guid>
		<description>感謝 xxc 提供圖書館學上專業的看法。 那麼就您個人的看法，以目前來說，有沒有比較「自然」跟「方便」的處理方法?</description>
		<content:encoded><![CDATA[<p>感謝 xxc 提供圖書館學上專業的看法。 那麼就您個人的看法，以目前來說，有沒有比較「自然」跟「方便」的處理方法?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xxc</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-7692</link>
		<dc:creator>xxc</dc:creator>
		<pubDate>Sat, 29 Jul 2006 08:18:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-7692</guid>
		<description>作為正在念圖書館學的，我想說明一下，傳統圖書館界有許多不同的「主題分析」方法與工具，如最常見的分類表，以及到台灣很少見，但是國外很常見的標題表(subject heading)等等。不論是分類表系統(如台灣用的中國圖書分類法、英文的杜威十進分類法DDC，美國國會圖書館分類法LCC)，或是標題表系統(如 美國國會標題表LCSH)，都是屬於控制詞彙的主題分析；也就是說，下分類或是下標題的圖書館員或是編目人員，必須一邊翻著厚厚的參考手冊(LCC有 ，LCSH有五冊超過270,000筆標題)。

在台灣圖書館科系中，中文編目跟西文編目都各是一學年的課程。除了記憶某些分類之外，還有許多組合標題的方法，稱為複分。如有形式複分、主題複分、年代複分、地理複分等等。中國圖書分類法就大約有49種不同的複分跟區分表。我大部分聽說同學當年上課的時候都是苦不堪言；我大學是非圖資科系的，所以沒吃過這種苦頭。

這些資訊可能不一定能直接回答你想要知道的「如何下」的問題。近年來中外圖資界也有以資訊行為研究的角度，對分類行為進行研究，但是仍然沒有一個簡單明瞭的答案。甚至頗具盛名的LCSH，美國也有研究建議要「廢除」的這種說法。目前只能說，如果希望分類能達到一致性、系統性、語義上又沒有問題，一堆苦工跟活罪是受不了的。</description>
		<content:encoded><![CDATA[<p>作為正在念圖書館學的，我想說明一下，傳統圖書館界有許多不同的「主題分析」方法與工具，如最常見的分類表，以及到台灣很少見，但是國外很常見的標題表(subject heading)等等。不論是分類表系統(如台灣用的中國圖書分類法、英文的杜威十進分類法DDC，美國國會圖書館分類法LCC)，或是標題表系統(如 美國國會標題表LCSH)，都是屬於控制詞彙的主題分析；也就是說，下分類或是下標題的圖書館員或是編目人員，必須一邊翻著厚厚的參考手冊(LCC有 ，LCSH有五冊超過270,000筆標題)。</p>
<p>在台灣圖書館科系中，中文編目跟西文編目都各是一學年的課程。除了記憶某些分類之外，還有許多組合標題的方法，稱為複分。如有形式複分、主題複分、年代複分、地理複分等等。中國圖書分類法就大約有49種不同的複分跟區分表。我大部分聽說同學當年上課的時候都是苦不堪言；我大學是非圖資科系的，所以沒吃過這種苦頭。</p>
<p>這些資訊可能不一定能直接回答你想要知道的「如何下」的問題。近年來中外圖資界也有以資訊行為研究的角度，對分類行為進行研究，但是仍然沒有一個簡單明瞭的答案。甚至頗具盛名的LCSH，美國也有研究建議要「廢除」的這種說法。目前只能說，如果希望分類能達到一致性、系統性、語義上又沒有問題，一堆苦工跟活罪是受不了的。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 不只是捷運日記</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-7649</link>
		<dc:creator>不只是捷運日記</dc:creator>
		<pubDate>Fri, 28 Jul 2006 16:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-7649</guid>
		<description>&lt;strong&gt;甚麼是TAG?...&lt;/strong&gt;

    [QOTD]Tag 與 keyword 都是一種與其他元件建立關          係的系統, 但往往這個關係關鍵字是來自於內          容, 而標簽更可能的是在因為外...</description>
		<content:encoded><![CDATA[<p><strong>甚麼是TAG?&#8230;</strong></p>
<p>    [QOTD]Tag 與 keyword 都是一種與其他元件建立關          係的系統, 但往往這個關係關鍵字是來自於內          容, 而標簽更可能的是在因為外&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leehun2003</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-6231</link>
		<dc:creator>leehun2003</dc:creator>
		<pubDate>Wed, 14 Jun 2006 00:59:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-6231</guid>
		<description>我自己的標籤（就是我的最愛）是下給自己找尋方便，所以可能是一個大類分為己小類，幾小類又細分更小的（不要太多曾三層應該已經足夠），舉例來說目前我最熱衷戀愛巴士相關的事：第一層：電視台，第二層：細分為國內，日本，第三層：歸再日本之下：戀愛巴士官方網站（這裡指日本官方電台）。在第二層國內我又分為日本綜藝台`,其他（這是第三層），這裡我分到第四層日本綜藝台分成國興，緯來，jet。主要是建立分類觀念，生物不是分成界門綱目科屬種嗎？我就是利用相同觀念。</description>
		<content:encoded><![CDATA[<p>我自己的標籤（就是我的最愛）是下給自己找尋方便，所以可能是一個大類分為己小類，幾小類又細分更小的（不要太多曾三層應該已經足夠），舉例來說目前我最熱衷戀愛巴士相關的事：第一層：電視台，第二層：細分為國內，日本，第三層：歸再日本之下：戀愛巴士官方網站（這裡指日本官方電台）。在第二層國內我又分為日本綜藝台`,其他（這是第三層），這裡我分到第四層日本綜藝台分成國興，緯來，jet。主要是建立分類觀念，生物不是分成界門綱目科屬種嗎？我就是利用相同觀念。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PipperL</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-5742</link>
		<dc:creator>PipperL</dc:creator>
		<pubDate>Fri, 02 Jun 2006 04:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-5742</guid>
		<description>Alan:
不用中文的tag，在區域性的社會書籤服務(如以中文為主的 HemiDemi和MyShare)反而出現一個困擾，就是除了自己之外，很難跟別人的tag &quot;扯上關係&quot;。舉 HemiDemi 為例，使用英文Tag，會不易看到與自己下同一Tag的同好。

所以目前我的做法是....中文英文都下@@，然後下場就是tag cloud 雜亂不堪...Orz</description>
		<content:encoded><![CDATA[<p>Alan:<br />
不用中文的tag，在區域性的社會書籤服務(如以中文為主的 HemiDemi和MyShare)反而出現一個困擾，就是除了自己之外，很難跟別人的tag &#8220;扯上關係&#8221;。舉 HemiDemi 為例，使用英文Tag，會不易看到與自己下同一Tag的同好。</p>
<p>所以目前我的做法是&#8230;.中文英文都下@@，然後下場就是tag cloud 雜亂不堪&#8230;Orz</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan</title>
		<link>http://blog.serv.idv.tw/2006/05/19/443/comment-page-1/#comment-5737</link>
		<dc:creator>Alan</dc:creator>
		<pubDate>Fri, 02 Jun 2006 02:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.serv.idv.tw/2006/05/19/443/#comment-5737</guid>
		<description>Tag 還是不要用中文，畢竟中文有詞意問題，差一個字意思可能就不一樣，而且看起來會很亂，英文雖然也有，但是可以比較準確的使用相關的單字，統一性跟一致性比較完整，另外就是全世界的人都可以看得懂，然後最好統一用小寫，如果有特例 ( 大小寫各有不同意思 ) 那就另外下 Tag，一篇文章或一個連結能下多少 Tag 就下多少 Tag，或者說能想到有什麼 Tag 跟其有關就儘量下，越多越好，因為人的記憶力有限，有時候會忘記當初保存的網站或連結是做什麼的，當 Tag 多的時候，只要其中一條 Tag 讓你想起來文章或網站的作用，那就成功了，以後搜尋起來，網站跟網站，關鍵字跟關鍵字之間的相關性也會更深，例如有兩篇主題風馬牛不相及的文章，但內容有共同的地方，Tag 就可以為其建立相關性，更好的就是像美味書籤一樣可以寫一段該網站的敘述，這樣一來只要有一套搜尋功能強大的引擎，就可以從 Tag、描述、網址等多方面下手，如此可以更精確的搜尋到想要的東西。</description>
		<content:encoded><![CDATA[<p>Tag 還是不要用中文，畢竟中文有詞意問題，差一個字意思可能就不一樣，而且看起來會很亂，英文雖然也有，但是可以比較準確的使用相關的單字，統一性跟一致性比較完整，另外就是全世界的人都可以看得懂，然後最好統一用小寫，如果有特例 ( 大小寫各有不同意思 ) 那就另外下 Tag，一篇文章或一個連結能下多少 Tag 就下多少 Tag，或者說能想到有什麼 Tag 跟其有關就儘量下，越多越好，因為人的記憶力有限，有時候會忘記當初保存的網站或連結是做什麼的，當 Tag 多的時候，只要其中一條 Tag 讓你想起來文章或網站的作用，那就成功了，以後搜尋起來，網站跟網站，關鍵字跟關鍵字之間的相關性也會更深，例如有兩篇主題風馬牛不相及的文章，但內容有共同的地方，Tag 就可以為其建立相關性，更好的就是像美味書籤一樣可以寫一段該網站的敘述，這樣一來只要有一套搜尋功能強大的引擎，就可以從 Tag、描述、網址等多方面下手，如此可以更精確的搜尋到想要的東西。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.475 seconds -->
