<?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 Beyond</title>
	<atom:link href="http://uwmike.com/articles/2005/06/27/tagging-beyond/feed/" rel="self" type="application/rss+xml" />
	<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/</link>
	<description>Hacker, Engineer, Dancer, Gentleman</description>
	<lastBuildDate>Mon, 05 Sep 2011 13:32:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Baris Ozdil</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-12182</link>
		<dc:creator>Baris Ozdil</dc:creator>
		<pubDate>Thu, 07 Jun 2007 14:36:16 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-12182</guid>
		<description>&lt;p&gt;Do we have to abandon the tree-like file system? Why not build a tagging system on top of it?  Why change the operating system? I think it could be done with some kind of an application on top of the usual hierarchy and the security &amp; access policy stuff will remain as it is. hmmmm...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Do we have to abandon the tree-like file system? Why not build a tagging system on top of it?  Why change the operating system? I think it could be done with some kind of an application on top of the usual hierarchy and the security &amp; access policy stuff will remain as it is. hmmmm&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3553</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 14 Jul 2005 15:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3553</guid>
		<description>Mike, you beat me in mentioning WinFS :)

Microsoft&#039;s new idea for a file system is that the entire operating system will store all its data in a huge relational database (probably powered by SQL Server underneath).

This all sounds great. Unfortunately, it was too big and complex to finish in time, and it won&#039;t be in Longhorn. Hopefully it&#039;ll get done soon, the current file system mess is something that&#039;s been driving me pretty nuts, too.</description>
		<content:encoded><![CDATA[<p>Mike, you beat me in mentioning WinFS :)</p>
<p>Microsoft&#8217;s new idea for a file system is that the entire operating system will store all its data in a huge relational database (probably powered by <acronym title="Structured Query Language">SQL</acronym> Server underneath).</p>
<p>This all sounds great. Unfortunately, it was too big and complex to finish in time, and it won&#8217;t be in Longhorn. Hopefully it&#8217;ll get done soon, the current file system mess is something that&#8217;s been driving me pretty nuts, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Purvis</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3551</link>
		<dc:creator>Mike Purvis</dc:creator>
		<pubDate>Wed, 13 Jul 2005 20:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3551</guid>
		<description>I guess my presumption would be that *all information already available through a folder approach would continue to be available through tags*. So each file would have created/modified stamps, and then unloading software would automatically stamp a tag for the &#039;Unload Date&#039; on it. And then, for even more auto-tagging, you could have information such as ISO and f-stop turn into tags also.

Ultimately, producing queries is not a very intuitive interface. I would envision the &#039;Explorer&#039; as being basically like Picasa is already, but with a lot of visual functionality such as:

* A lot of tag-application could happen through &#039;matching.&#039; Put a couple files in the Lightbox, and then make all of them take on each others&#039; tags. (for example)

* The browsing &#039;default view&#039; would be &#039;show all.&#039; So you&#039;d have to have a way to, within a few clicks, get to the specific view you&#039;re interested in. For example, click on a file and say &quot;show me only ones files with at least these tags&quot; or &quot;show me files that have at least one of these tags&quot;

And then the query could be built up visually in a &#039;location bar&#039;, where you can easily just double-click a particular &#039;rule&#039; to banish it or whatever.

I think, for me, it&#039;s basically a philosophy of &quot;anything&#039;s better than nothing.&quot; So having zero organization, where my only browsing is by date is the current mechanism. Even if I could *just* tag &#039;family&#039; pictures, that&#039;s something I might do that would be helpful. But to *move* them out of their current by-date folders would already be violating the (simplistic) organization that&#039;s been put in place.

Yeah.

It was funny that after I wrote all this conjecture, I started reading about [WinFS](http://www.c-sharpcorner.com/Longhorn/WinFS/WinFSDataModel.asp), which may well include this sort of thing as a possibility.</description>
		<content:encoded><![CDATA[<p>I guess my presumption would be that *all information already available through a folder approach would continue to be available through tags*. So each file would have created/modified stamps, and then unloading software would automatically stamp a tag for the &#8216;Unload Date&#8217; on it. And then, for even more auto-tagging, you could have information such as ISO and f-stop turn into tags also.</p>
<p>Ultimately, producing queries is not a very intuitive interface. I would envision the &#8216;Explorer&#8217; as being basically like Picasa is already, but with a lot of visual functionality such as:</p>
<p>* A lot of tag-application could happen through &#8216;matching.&#8217; Put a couple files in the Lightbox, and then make all of them take on each others&#8217; tags. (for example)</p>
<p>* The browsing &#8216;default view&#8217; would be &#8217;show all.&#8217; So you&#8217;d have to have a way to, within a few clicks, get to the specific view you&#8217;re interested in. For example, click on a file and say &#8220;show me only ones files with at least these tags&#8221; or &#8220;show me files that have at least one of these tags&#8221;</p>
<p>And then the query could be built up visually in a &#8216;location bar&#8217;, where you can easily just double-click a particular &#8216;rule&#8217; to banish it or whatever.</p>
<p>I think, for me, it&#8217;s basically a philosophy of &#8220;anything&#8217;s better than nothing.&#8221; So having zero organization, where my only browsing is by date is the current mechanism. Even if I could *just* tag &#8216;family&#8217; pictures, that&#8217;s something I might do that would be helpful. But to *move* them out of their current by-date folders would already be violating the (simplistic) organization that&#8217;s been put in place.</p>
<p>Yeah.</p>
<p>It was funny that after I wrote all this conjecture, I started reading about [WinFS](http://www.c-sharpcorner.com/Longhorn/WinFS/WinFSDataModel.asp), which may well include this sort of thing as a possibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dad</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3550</link>
		<dc:creator>Dad</dc:creator>
		<pubDate>Tue, 12 Jul 2005 17:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3550</guid>
		<description>&lt;p&gt;Interesting thoughts, Michael.&lt;/p&gt;

&lt;p&gt;But your premise seems to be, that because tags work well for collections of pictures, they should also work well with collections of files.&lt;/p&gt;

&lt;p&gt;Well, I dispute your premise.&lt;/p&gt;

&lt;p&gt;Like Zeldman, I don\&#039;t like tags, either.&lt;/p&gt;

&lt;p&gt;And OK, I\&#039;ll admit at the outset that I\&#039;ve never really tried using tags (I\&#039;ve just briefly tried them with Picasa), so maybe I don\&#039;t know what I\&#039;m talking about.  But here are some of my concerns.&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;But wait a second-- tagging works because it\&#039;s simple enough that people actually do it. It\&#039;s straightforward. On the class  website I administer, the  photo gallery is an absolute disaster area because no one knows how to file anything or even where it should go&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;On my hard drive, the opposite is true.&lt;/p&gt;

&lt;p&gt;For me, putting my photos into folders works (well, it sort of works) because it\&#039;s simple enough that I &lt;em&gt;actually do it&lt;/em&gt;. OTOH, tagging pictures is (or seems to me to be) so weird and unnatural, that I could never imagine doing it on a regular basis.&lt;/p&gt;

&lt;p&gt;My photo uploading software &lt;strong&gt;forces&lt;/strong&gt; me to put my pictures into a folder, each time I upload another batch of pictures, and my present system of hierarchical enforces a rudimentary kind of organization on the process.&lt;/p&gt;

&lt;p&gt;Yes, folders have their drawbacks, particularly as you say because some pictures seem to belong in several places at once.&lt;/p&gt;

&lt;p&gt;But if you abandon folders, in favour of using a tagging system, it seems to me that the cure is worse, much worse, than the disease.&lt;/p&gt;

&lt;p&gt;With my folders, I won\&#039;t always remember where I put a picture, and if I\&#039;m away from my computer I will not even remember what my folder hierarchy is, but for me the big advantage is that I can * browse until I find what I\&#039;m looking for*.  Just a few clicks with Windows Explorer and I can see all of my photo folders, and if I\&#039;m looking for a special picture I usually I can narrow it down to 2 or 3 folders where it\&#039;s most likely to be, and in most cases, in under a minute, I\&#039;ll have found it.&lt;/p&gt;

&lt;p&gt;But with a tagging system, I presume that you an ONLY do searches, you give up that ability to browse, don\&#039;t you?&lt;/p&gt;

&lt;p&gt;So I would have to start constructing a search string:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;Joel + (tree fort or island or camping or holiday) not 2003 not 2004
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;and then see what gets dredged up by the search.  But if I had tagged my lovely picture \&quot;tree house\&quot; instead of \&quot;tree fort\&quot;, and \&quot;Kids\&quot; not \&quot;Joel\&quot; (because Virginia was also in the picture), then I might waste a lot of time fiddling with my search parameters and still I might &lt;em&gt;never&lt;/em&gt; find the picture I\&#039;m looking for.&lt;/p&gt;

&lt;p&gt;With a folder system, you can be confident that (as long as you haven\&#039;t deleted the file) the picture is &lt;strong&gt;somewhere&lt;/strong&gt; on your hard drive.  If you keep looking, you\&#039;ll eventually find it.  But with a tagging system, the picture might truly be \&quot;nowhere\&quot; on your computer, if you were in a hurry the day that you uploaded your camera so no tags got put on that batch of photos.  Hence, it seems to me that the system only works if &lt;em&gt;every single picture&lt;/em&gt; gets tagged, with meaningful tags, and if you maintain an rigourous system to enforce consistency (let\&#039;s see, is she \&quot;Nana\&quot; or is she \&quot;Grandma\&quot;, is it \&quot;Church\&quot; or \&quot;Rez\&quot;, etc).  Then I suppose you have to periodically retag your old photos if the tag system gets updated (eg, I might have 100\&#039;s of pictures tagged as \&quot;Michael\&quot;, but now he goes by \&quot;Mike\&quot; so I need to change the old tags, etc)  To me, it sounds like a nightmare system that requires a huge an ongoing investment of time.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Interesting thoughts, Michael.</p>
<p>But your premise seems to be, that because tags work well for collections of pictures, they should also work well with collections of files.</p>
<p>Well, I dispute your premise.</p>
<p>Like Zeldman, I don\&#8217;t like tags, either.</p>
<p>And OK, I\&#8217;ll admit at the outset that I\&#8217;ve never really tried using tags (I\&#8217;ve just briefly tried them with Picasa), so maybe I don\&#8217;t know what I\&#8217;m talking about.  But here are some of my concerns.</p>
<blockquote>
<p>But wait a second&#8211; tagging works because it\&#8217;s simple enough that people actually do it. It\&#8217;s straightforward. On the class  website I administer, the  photo gallery is an absolute disaster area because no one knows how to file anything or even where it should go</p>
</blockquote>
<p>On my hard drive, the opposite is true.</p>
<p>For me, putting my photos into folders works (well, it sort of works) because it\&#8217;s simple enough that I <em>actually do it</em>. OTOH, tagging pictures is (or seems to me to be) so weird and unnatural, that I could never imagine doing it on a regular basis.</p>
<p>My photo uploading software <strong>forces</strong> me to put my pictures into a folder, each time I upload another batch of pictures, and my present system of hierarchical enforces a rudimentary kind of organization on the process.</p>
<p>Yes, folders have their drawbacks, particularly as you say because some pictures seem to belong in several places at once.</p>
<p>But if you abandon folders, in favour of using a tagging system, it seems to me that the cure is worse, much worse, than the disease.</p>
<p>With my folders, I won\&#8217;t always remember where I put a picture, and if I\&#8217;m away from my computer I will not even remember what my folder hierarchy is, but for me the big advantage is that I can * browse until I find what I\&#8217;m looking for*.  Just a few clicks with Windows Explorer and I can see all of my photo folders, and if I\&#8217;m looking for a special picture I usually I can narrow it down to 2 or 3 folders where it\&#8217;s most likely to be, and in most cases, in under a minute, I\&#8217;ll have found it.</p>
<p>But with a tagging system, I presume that you an ONLY do searches, you give up that ability to browse, don\&#8217;t you?</p>
<p>So I would have to start constructing a search string:</p>
<pre><code>Joel + (tree fort or island or camping or holiday) not 2003 not 2004
</code></pre>
<p>and then see what gets dredged up by the search.  But if I had tagged my lovely picture \&#8221;tree house\&#8221; instead of \&#8221;tree fort\&#8221;, and \&#8221;Kids\&#8221; not \&#8221;Joel\&#8221; (because Virginia was also in the picture), then I might waste a lot of time fiddling with my search parameters and still I might <em>never</em> find the picture I\&#8217;m looking for.</p>
<p>With a folder system, you can be confident that (as long as you haven\&#8217;t deleted the file) the picture is <strong>somewhere</strong> on your hard drive.  If you keep looking, you\&#8217;ll eventually find it.  But with a tagging system, the picture might truly be \&#8221;nowhere\&#8221; on your computer, if you were in a hurry the day that you uploaded your camera so no tags got put on that batch of photos.  Hence, it seems to me that the system only works if <em>every single picture</em> gets tagged, with meaningful tags, and if you maintain an rigourous system to enforce consistency (let\&#8217;s see, is she \&#8221;Nana\&#8221; or is she \&#8221;Grandma\&#8221;, is it \&#8221;Church\&#8221; or \&#8221;Rez\&#8221;, etc).  Then I suppose you have to periodically retag your old photos if the tag system gets updated (eg, I might have 100\&#8217;s of pictures tagged as \&#8221;Michael\&#8221;, but now he goes by \&#8221;Mike\&#8221; so I need to change the old tags, etc)  To me, it sounds like a nightmare system that requires a huge an ongoing investment of time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Purvis</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3549</link>
		<dc:creator>Mike Purvis</dc:creator>
		<pubDate>Mon, 04 Jul 2005 22:04:40 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3549</guid>
		<description>Interesting, thanks for the link! I deliberately avoided discussing implementation, but I&#039;d been tossing around the notion of multiple symlinks/hardlinks.

Perhaps such a system would work well if the &#039;explorer&#039; or tag-browsing application maintained some kind of index such that it could keep track of the more complicated relationships. The system is useless, of course, if you have to know the *exact* tags on a document in order to find it.

And ultimately, it would simply turn into another piece of data put to use by tools like [Spotlight](http://www.apple.com/macosx/features/spotlight/).</description>
		<content:encoded><![CDATA[<p>Interesting, thanks for the link! I deliberately avoided discussing implementation, but I&#8217;d been tossing around the notion of multiple symlinks/hardlinks.</p>
<p>Perhaps such a system would work well if the &#8216;explorer&#8217; or tag-browsing application maintained some kind of index such that it could keep track of the more complicated relationships. The system is useless, of course, if you have to know the *exact* tags on a document in order to find it.</p>
<p>And ultimately, it would simply turn into another piece of data put to use by tools like [Spotlight](http://www.apple.com/macosx/features/spotlight/).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antonio</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3548</link>
		<dc:creator>Antonio</dc:creator>
		<pubDate>Mon, 04 Jul 2005 09:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3548</guid>
		<description>Also, take a look at
http://chneukirchen.org/blog/archive/2005/04/a-tagged-filesystem.html
</description>
		<content:encoded><![CDATA[<p>Also, take a look at<br />
<a href="http://chneukirchen.org/blog/archive/2005/04/a-tagged-filesystem.html" rel="nofollow">http://chneukirchen.org/blog/archive/2005/04/a-tagged-filesystem.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antonio</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3547</link>
		<dc:creator>Antonio</dc:creator>
		<pubDate>Mon, 04 Jul 2005 09:45:20 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3547</guid>
		<description>If you basically associate the tags with the directories then you can extend the paradigm to old applications. Here:

  Move: would just add/remove tags associated with the file.

  your current working directory is just the (ordered) list of tags that you need for things like ls, file creation and relative paths to work. It needs to be ordered so that you can use ../.. type constructs.

  ls (or dir) would return you the files that match the current list of tags exactly.

  creating a file would give the current list of tags.

This paradigm has the advantage of having docs/uni/calculus/project being the same as docs/project/uni/calculus</description>
		<content:encoded><![CDATA[<p>If you basically associate the tags with the directories then you can extend the paradigm to old applications. Here:</p>
<p>  Move: would just add/remove tags associated with the file.</p>
<p>  your current working directory is just the (ordered) list of tags that you need for things like ls, file creation and relative paths to work. It needs to be ordered so that you can use ../.. type constructs.</p>
<p>  ls (or dir) would return you the files that match the current list of tags exactly.</p>
<p>  creating a file would give the current list of tags.</p>
<p>This paradigm has the advantage of having docs/uni/calculus/project being the same as docs/project/uni/calculus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Purvis</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3546</link>
		<dc:creator>Mike Purvis</dc:creator>
		<pubDate>Mon, 04 Jul 2005 07:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3546</guid>
		<description>Well... these are the things I think about when I *should* be thinking about, you know, Calculus. It&#039;s all part of [Structured Procrastination](http://www-csli.stanford.edu/~john/procrastination.html).

Anyhow, yeah, it was a great weekend, we need to hook up at the end of the summer.</description>
		<content:encoded><![CDATA[<p>Well&#8230; these are the things I think about when I *should* be thinking about, you know, Calculus. It&#8217;s all part of [Structured Procrastination](http://www-csli.stanford.edu/~john/procrastination.html).</p>
<p>Anyhow, yeah, it was a great weekend, we need to hook up at the end of the summer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Spence</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3545</link>
		<dc:creator>Alex Spence</dc:creator>
		<pubDate>Mon, 04 Jul 2005 06:45:47 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3545</guid>
		<description>Dude, I am honestly jealous of how much you think about things. I get to a certain point in my trains of thought where I inevitably get T-Boned by some other train, such as &quot;My feet are tired&quot; or &quot;Hey, boobs!&quot; Good on ya&#039;. Hope you had a good Canada Day Weekend, too, dude.</description>
		<content:encoded><![CDATA[<p>Dude, I am honestly jealous of how much you think about things. I get to a certain point in my trains of thought where I inevitably get T-Boned by some other train, such as &#8220;My feet are tired&#8221; or &#8220;Hey, boobs!&#8221; Good on ya&#8217;. Hope you had a good Canada Day Weekend, too, dude.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://uwmike.com/articles/2005/06/27/tagging-beyond/comment-page-1/#comment-3544</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Tue, 28 Jun 2005 06:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://dev.uwmike.com/articles/2005/06/27/tagging-beyond#comment-3544</guid>
		<description>thats exactly the things that came to my mind, when i first saw the tag thing

tagging suits more the way a human organizes information (inside the brain..) well at least i think so
</description>
		<content:encoded><![CDATA[<p>thats exactly the things that came to my mind, when i first saw the tag thing</p>
<p>tagging suits more the way a human organizes information (inside the brain..) well at least i think so</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- uwMike.com will return...-->

