<?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: Tagging is Not Just for Content</title>
	<atom:link href="http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Fri, 12 Mar 2010 18:32:11 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alex Galla</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-792821</link>
		<dc:creator>Alex Galla</dc:creator>
		<pubDate>Mon, 08 Sep 2008 17:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-792821</guid>
		<description>Sounds the same as user groups to me, just with a different name&lt;a HREF=&quot;http://www.moblibar.com&quot; rel=&quot;nofollow&quot;&gt;.&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Sounds the same as user groups to me, just with a different name<a HREF="http://www.moblibar.com" rel="nofollow">.</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-790605</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Tue, 02 Sep 2008 21:22:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-790605</guid>
		<description>Im not quite sure if this is a good idea or not...

The way that i would implement permissions on a large site would be based around user groups and content categories eg. the admin department would have the permission to edit and create content within the &#039;News&#039; category. With this approach, if the admin department needed to add products to the website for example, it would be easy to give them permission to do so.

Within the system that you describe above, unless im missing something, you would have to go through all of content and re-tag it with the correct permissions.</description>
		<content:encoded><![CDATA[<p>Im not quite sure if this is a good idea or not&#8230;</p>
<p>The way that i would implement permissions on a large site would be based around user groups and content categories eg. the admin department would have the permission to edit and create content within the &#8216;News&#8217; category. With this approach, if the admin department needed to add products to the website for example, it would be easy to give them permission to do so.</p>
<p>Within the system that you describe above, unless im missing something, you would have to go through all of content and re-tag it with the correct permissions.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Dorman</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-790489</link>
		<dc:creator>Dan Dorman</dc:creator>
		<pubDate>Tue, 02 Sep 2008 14:52:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-790489</guid>
		<description>I agree that there&#039;s not a whole lot new here from an authentication standpoint, but I think it&#039;s a really cool idea from an interface point of view. It seems like an intuitive way to handle assigning multiple roles to users.</description>
		<content:encoded><![CDATA[<p>I agree that there&#8217;s not a whole lot new here from an authentication standpoint, but I think it&#8217;s a really cool idea from an interface point of view. It seems like an intuitive way to handle assigning multiple roles to users.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Czaries</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788754</link>
		<dc:creator>Czaries</dc:creator>
		<pubDate>Sat, 30 Aug 2008 03:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788754</guid>
		<description>This really &lt;em&gt;is&lt;/em&gt; role-based authentication.  You are assuming that by using role-based authentication, one user can only ever have one role, which isn&#039;t the case.  There can very often be a one-to-many relationship between a user and the roles or groups to which they possess or are a member of (a user &#039;has many&#039; roles/groups).

You say that when using these tags &quot;instead of defining user groups that have attributes ... we’re defining attributes directly&quot;, but you&#039;re really not.  Attributes need to describe &lt;em&gt;exactly&lt;/em&gt; what the role/tag does and what the user is allowed to do with them.  General tags like &quot;moderator&quot; and &quot;me&quot; will still need a subset of attributes like &quot;view&quot;, &quot;edit&quot;, &quot;delete&quot;, &quot;owner&quot;, etc. so the application can determine which actions the user can actually execute with the tags they have.  So it&#039;s really just a &#039;has many&#039; role-based authentication setup with a different name.</description>
		<content:encoded><![CDATA[<p>This really <em>is</em> role-based authentication.  You are assuming that by using role-based authentication, one user can only ever have one role, which isn&#8217;t the case.  There can very often be a one-to-many relationship between a user and the roles or groups to which they possess or are a member of (a user &#8216;has many&#8217; roles/groups).</p>
<p>You say that when using these tags &#8220;instead of defining user groups that have attributes &#8230; we’re defining attributes directly&#8221;, but you&#8217;re really not.  Attributes need to describe <em>exactly</em> what the role/tag does and what the user is allowed to do with them.  General tags like &#8220;moderator&#8221; and &#8220;me&#8221; will still need a subset of attributes like &#8220;view&#8221;, &#8220;edit&#8221;, &#8220;delete&#8221;, &#8220;owner&#8221;, etc. so the application can determine which actions the user can actually execute with the tags they have.  So it&#8217;s really just a &#8216;has many&#8217; role-based authentication setup with a different name.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Boutin</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788591</link>
		<dc:creator>Greg Boutin</dc:creator>
		<pubDate>Fri, 29 Aug 2008 21:00:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788591</guid>
		<description>Hi James,

Your post came on my radar for tagging. Your idea is interesting. I devised a number of such tagging extensions, as part of a tagging concept I developed throughout 2007 called TagOver, and I am glad to see a chorus forming on the applicability of &quot;extended tagging&quot;.

More recently, I&#039;ve simplified and honed in on a core idea within my &quot;grand&quot; tagging theory, and started working on it with a back-end developer. You can see more about it at my &lt;a href=&quot;http://gregboutin.typepad.com/greg_boutin_weblog/2008/06/tag-conversion-utility.html&quot; rel=&quot;nofollow&quot;&gt;blog post&lt;/a&gt;

We are currently looking for a talented, hands-on web designer and front end developer to help out and potentially join the founding team. For now this is side voluntary work, to be turned into company ownership once we set it up. Should you know people skilled and interested in the topic, kindly send them our way.

Thanks James, and I look forward to connecting further</description>
		<content:encoded><![CDATA[<p>Hi James,</p>
<p>Your post came on my radar for tagging. Your idea is interesting. I devised a number of such tagging extensions, as part of a tagging concept I developed throughout 2007 called TagOver, and I am glad to see a chorus forming on the applicability of &#8220;extended tagging&#8221;.</p>
<p>More recently, I&#8217;ve simplified and honed in on a core idea within my &#8220;grand&#8221; tagging theory, and started working on it with a back-end developer. You can see more about it at my <a href="http://gregboutin.typepad.com/greg_boutin_weblog/2008/06/tag-conversion-utility.html" rel="nofollow">blog post</a></p>
<p>We are currently looking for a talented, hands-on web designer and front end developer to help out and potentially join the founding team. For now this is side voluntary work, to be turned into company ownership once we set it up. Should you know people skilled and interested in the topic, kindly send them our way.</p>
<p>Thanks James, and I look forward to connecting further</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Eagle Eye</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788500</link>
		<dc:creator>Eagle Eye</dc:creator>
		<pubDate>Fri, 29 Aug 2008 18:18:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788500</guid>
		<description>Three questions:
1. Can anyone tell me if there are any concerns regarding accessibility with tag clouds?
2. How would a screen reader interpret the tags and in which order?
3. Is it automatically placed in alphabetical order or in popularity order?</description>
		<content:encoded><![CDATA[<p>Three questions:<br />
1. Can anyone tell me if there are any concerns regarding accessibility with tag clouds?<br />
2. How would a screen reader interpret the tags and in which order?<br />
3. Is it automatically placed in alphabetical order or in popularity order?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: hotgazpacho</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788371</link>
		<dc:creator>hotgazpacho</dc:creator>
		<pubDate>Fri, 29 Aug 2008 14:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788371</guid>
		<description>This is NOT authentication. What you speak of is Authorization.

Authentication is &quot;Who are you?&quot;
Authorization is &quot;What are you allowed to access?&quot;

What you describe does indeed sound like a form of RBAC, or Role-Based Access Control.

Of course, to truly be useful, you need to define somewhere what each tag allows the user to do. Say both my account and an article are tagged with &quot;me&quot;. What does that mean? Can I see it? Can I comment on it? Can I edit it? What am I allowed to do with it? You&#039;d really have to go into much greater breadth with the tags, like &quot;me-view&quot;, &quot;me-edit&quot;, &quot;m-comment&quot;, etc.</description>
		<content:encoded><![CDATA[<p>This is NOT authentication. What you speak of is Authorization.</p>
<p>Authentication is &#8220;Who are you?&#8221;<br />
Authorization is &#8220;What are you allowed to access?&#8221;</p>
<p>What you describe does indeed sound like a form of RBAC, or Role-Based Access Control.</p>
<p>Of course, to truly be useful, you need to define somewhere what each tag allows the user to do. Say both my account and an article are tagged with &#8220;me&#8221;. What does that mean? Can I see it? Can I comment on it? Can I edit it? What am I allowed to do with it? You&#8217;d really have to go into much greater breadth with the tags, like &#8220;me-view&#8221;, &#8220;me-edit&#8221;, &#8220;m-comment&#8221;, etc.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AutisticCuckoo</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788294</link>
		<dc:creator>AutisticCuckoo</dc:creator>
		<pubDate>Fri, 29 Aug 2008 10:21:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788294</guid>
		<description>Hasn&#039;t Unix had this for like 40 years? :)</description>
		<content:encoded><![CDATA[<p>Hasn&#8217;t Unix had this for like 40 years? :)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MohamedA.</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788253</link>
		<dc:creator>MohamedA.</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:19:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788253</guid>
		<description>I like your idea, it could very granular like your said.

Gmail is using tags to simulate folders. I used this technique myself, and it really made my life easier.</description>
		<content:encoded><![CDATA[<p>I like your idea, it could very granular like your said.</p>
<p>Gmail is using tags to simulate folders. I used this technique myself, and it really made my life easier.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stormrider</title>
		<link>http://www.sitepoint.com/blogs/2008/08/29/tagging-is-not-just-for-content/comment-page-1/#comment-788252</link>
		<dc:creator>Stormrider</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:16:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2917#comment-788252</guid>
		<description>Sounds exactly the same as user groups to me, just with a different name...</description>
		<content:encoded><![CDATA[<p>Sounds exactly the same as user groups to me, just with a different name&#8230;</p>]]></content:encoded>
	</item>
</channel>
</rss>
