<?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 for Cloud Comedy, Cloud Tragedy</title>
	<atom:link href="http://stage.vambenepe.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com</link>
	<description>William Vambenepe&#039;s stage</description>
	<lastBuildDate>Tue, 07 Feb 2012 23:33:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Let me explain, officer by Aaron Dietz</title>
		<link>http://stage.vambenepe.com/archives/1606#comment-1481</link>
		<dc:creator>Aaron Dietz</dc:creator>
		<pubDate>Tue, 07 Feb 2012 23:33:47 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1606#comment-1481</guid>
		<description>Truly a farce of a statement. I&#039;m glad I&#039;m not the only one that notices such things!</description>
		<content:encoded><![CDATA[<p>Truly a farce of a statement. I&#8217;m glad I&#8217;m not the only one that notices such things!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Come for the PaaS Functional Model, stay for the Cloud Operational Model by Jeff Sussna</title>
		<link>http://stage.vambenepe.com/archives/1928#comment-1465</link>
		<dc:creator>Jeff Sussna</dc:creator>
		<pubDate>Fri, 03 Feb 2012 20:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1928#comment-1465</guid>
		<description>An incredibly clear and accurate picture of what ops means at the meaningful business level, regardless of whether you rack servers, or deploy software patches, or not.</description>
		<content:encoded><![CDATA[<p>An incredibly clear and accurate picture of what ops means at the meaningful business level, regardless of whether you rack servers, or deploy software patches, or not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cloud platform patching conundrum: PaaS has it much worse than IaaS and SaaS by &#187; Come for the PaaS Functional Model, stay for the Cloud Operational Model Cloud Comedy, Cloud Tragedy</title>
		<link>http://stage.vambenepe.com/archives/1025#comment-1461</link>
		<dc:creator>&#187; Come for the PaaS Functional Model, stay for the Cloud Operational Model Cloud Comedy, Cloud Tragedy</dc:creator>
		<pubDate>Fri, 03 Feb 2012 04:56:10 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1025#comment-1461</guid>
		<description>[...] I&#8217;ve covered this in more details before and so has Chris [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve covered this in more details before and so has Chris [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by @vambenepe</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1267</link>
		<dc:creator>@vambenepe</dc:creator>
		<pubDate>Thu, 29 Dec 2011 18:03:48 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1267</guid>
		<description>Relevant data point for this discussion: John Gruber &lt;a href=&quot;http://daringfireball.net/linked/2011/12/29/dropbox-icloud&quot; rel=&quot;nofollow&quot;&gt;suggests on Daring Fireball&lt;/a&gt; that the definition of &quot;a post-PC device&quot; could be &quot;one with no user-visible file system&quot; (in the context of comparing DropBox with iCloud).

Except that in this post, I&#039;m talking about iTunes on my Mac, which very much exposes a filesystem (thought maybe that&#039;s why the MacOS finder is so bad, to progressively have us give up on looking at the filesystem...)</description>
		<content:encoded><![CDATA[<p>Relevant data point for this discussion: John Gruber <a href="http://daringfireball.net/linked/2011/12/29/dropbox-icloud" rel="nofollow">suggests on Daring Fireball</a> that the definition of &#8220;a post-PC device&#8221; could be &#8220;one with no user-visible file system&#8221; (in the context of comparing DropBox with iCloud).</p>
<p>Except that in this post, I&#8217;m talking about iTunes on my Mac, which very much exposes a filesystem (thought maybe that&#8217;s why the MacOS finder is so bad, to progressively have us give up on looking at the filesystem&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by Katie M.</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1241</link>
		<dc:creator>Katie M.</dc:creator>
		<pubDate>Sat, 24 Dec 2011 23:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1241</guid>
		<description>Architectual, structural, prickly squaredom. How nice that these things pay the bills for you. But good grief already! Try letting go and chilling out while spending more time listening to your music than trying to rule it with an iron fist.</description>
		<content:encoded><![CDATA[<p>Architectual, structural, prickly squaredom. How nice that these things pay the bills for you. But good grief already! Try letting go and chilling out while spending more time listening to your music than trying to rule it with an iron fist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Whose nonsense exactly? by Gilbert Pilz</title>
		<link>http://stage.vambenepe.com/archives/1912#comment-1233</link>
		<dc:creator>Gilbert Pilz</dc:creator>
		<pubDate>Fri, 23 Dec 2011 17:43:44 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1912#comment-1233</guid>
		<description>As a Poptic SubGenius* I must point out that Joe Walsh wrote:

hey, don&#039;t you know it&#039;s a waste of your day
caught up in endless solutions
that have no meaning, just another hunch
based upon jumping conclusions

* Poptics are a sect of SubGenius who believe that nature of the divine best reveals itself through the lyrics of insipid pop songs.</description>
		<content:encoded><![CDATA[<p>As a Poptic SubGenius* I must point out that Joe Walsh wrote:</p>
<p>hey, don&#8217;t you know it&#8217;s a waste of your day<br />
caught up in endless solutions<br />
that have no meaning, just another hunch<br />
based upon jumping conclusions</p>
<p>* Poptics are a sect of SubGenius who believe that nature of the divine best reveals itself through the lyrics of insipid pop songs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by Alex</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1198</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 14 Dec 2011 07:06:23 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1198</guid>
		<description>You can use MediaMonkey to do both. It updates metadata using information from Amazon and then it allows you to rename files any way you want based on that metadata. Conversely, you can also fill in the metadata based on the file names.</description>
		<content:encoded><![CDATA[<p>You can use MediaMonkey to do both. It updates metadata using information from Amazon and then it allows you to rename files any way you want based on that metadata. Conversely, you can also fill in the metadata based on the file names.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by Thomas Beagle</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1183</link>
		<dc:creator>Thomas Beagle</dc:creator>
		<pubDate>Thu, 08 Dec 2011 20:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1183</guid>
		<description>&quot;As proven by the fact that my MP3 files carry widely inconsistent metadata values depending on their provenance (e.g. “Beattles” vs. “The Beattles” vs “Beattles, The”).&quot; - unlike filenames.... oh, wait.

In that case I think you&#039;re confusing the way that the data is stored with the quality of the data.

(I am sympathetic - I use tools to get my MP3 ID tags all correct - and then another tool renames all the files accordingly. Best of both worlds for me.)</description>
		<content:encoded><![CDATA[<p>&#8220;As proven by the fact that my MP3 files carry widely inconsistent metadata values depending on their provenance (e.g. “Beattles” vs. “The Beattles” vs “Beattles, The”).&#8221; &#8211; unlike filenames&#8230;. oh, wait.</p>
<p>In that case I think you&#8217;re confusing the way that the data is stored with the quality of the data.</p>
<p>(I am sympathetic &#8211; I use tools to get my MP3 ID tags all correct &#8211; and then another tool renames all the files accordingly. Best of both worlds for me.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by Benjamin Rumble</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1182</link>
		<dc:creator>Benjamin Rumble</dc:creator>
		<pubDate>Thu, 08 Dec 2011 20:09:38 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1182</guid>
		<description>&quot;You don’t know when you’re veering into application-specific metadata&quot;
That is a very good point, and something I&#039;ve not thought of before (since being anal about my iTunes library, and it&#039;s metadata, since around 2001).
Though I think it&#039;s more of a theoretical problem in your case. Your method only allows for Artist and Album data (the folder names), and each of these are in ID3v1 and ID3v2, so I&#039;d argue it&#039;s a moot point.

&quot;File formats die&quot;
Very true. But, like sporobolus said in the previous comment, iTunes (being the subject of your ire) does give you a file that most people consider fairly open. An XML file. I don&#039;t see text files going away any time in the next 50 years.

&quot;Applications have a tendency to muck with metadata without asking you&quot;
This is a bit of a stretch. Sure, I&#039;m sure some applications do (you mention an example &quot; SOME image manipulation applications MAY strip&quot;), but to say they have a &quot;tendency to muck with...&quot; is taking that concept too far, I think.

Having said all that, your simple needs are perfectly met by your method.
I also understand the Luddite stubbornness. I didn&#039;t even consider the idea of buying a ebook reader until about 4 years ago. &quot;I like the physicality of a REAL book!&quot; Haha!

Interesting discussion. Thank you for sharing.</description>
		<content:encoded><![CDATA[<p>&#8220;You don’t know when you’re veering into application-specific metadata&#8221;<br />
That is a very good point, and something I&#8217;ve not thought of before (since being anal about my iTunes library, and it&#8217;s metadata, since around 2001).<br />
Though I think it&#8217;s more of a theoretical problem in your case. Your method only allows for Artist and Album data (the folder names), and each of these are in ID3v1 and ID3v2, so I&#8217;d argue it&#8217;s a moot point.</p>
<p>&#8220;File formats die&#8221;<br />
Very true. But, like sporobolus said in the previous comment, iTunes (being the subject of your ire) does give you a file that most people consider fairly open. An XML file. I don&#8217;t see text files going away any time in the next 50 years.</p>
<p>&#8220;Applications have a tendency to muck with metadata without asking you&#8221;<br />
This is a bit of a stretch. Sure, I&#8217;m sure some applications do (you mention an example &#8221; SOME image manipulation applications MAY strip&#8221;), but to say they have a &#8220;tendency to muck with&#8230;&#8221; is taking that concept too far, I think.</p>
<p>Having said all that, your simple needs are perfectly met by your method.<br />
I also understand the Luddite stubbornness. I didn&#8217;t even consider the idea of buying a ebook reader until about 4 years ago. &#8220;I like the physicality of a REAL book!&#8221; Haha!</p>
<p>Interesting discussion. Thank you for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t use iTunes metadata by sporobolus</title>
		<link>http://stage.vambenepe.com/archives/1893#comment-1181</link>
		<dc:creator>sporobolus</dc:creator>
		<pubDate>Thu, 08 Dec 2011 16:50:29 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1893#comment-1181</guid>
		<description>I use format-specific metadata carefully, mostly because after years of using directory structure I realized that hierarchy was really limiting me; it has saved me a lot of time, too, because there are many good tools and most scripting languages do have libraries  (presence of such tools/libraries is a good test of whether the metadata format is stable)

i _am_ a photographer &amp; i can&#039;t imagine trying to find one of my photos without multiple non-hierarchical categories; today&#039;s image tools are tremendous aids, but not without metadata…

also worth noting that iTunes maintains an XML version of the metadata stored in the id3 tags, which i see as an automatic non-format-specific backup; more than once i&#039;ve hacked that XML to save a lot of time &amp; hassle, and if iTunes along with every id3 tool disappeared tomorrow I&#039;d still have everything</description>
		<content:encoded><![CDATA[<p>I use format-specific metadata carefully, mostly because after years of using directory structure I realized that hierarchy was really limiting me; it has saved me a lot of time, too, because there are many good tools and most scripting languages do have libraries  (presence of such tools/libraries is a good test of whether the metadata format is stable)</p>
<p>i _am_ a photographer &amp; i can&#8217;t imagine trying to find one of my photos without multiple non-hierarchical categories; today&#8217;s image tools are tremendous aids, but not without metadata…</p>
<p>also worth noting that iTunes maintains an XML version of the metadata stored in the id3 tags, which i see as an automatic non-format-specific backup; more than once i&#8217;ve hacked that XML to save a lot of time &amp; hassle, and if iTunes along with every id3 tool disappeared tomorrow I&#8217;d still have everything</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by @vambenepe</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1180</link>
		<dc:creator>@vambenepe</dc:creator>
		<pubDate>Thu, 08 Dec 2011 16:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1180</guid>
		<description>Thanks Vega, I fixed it.</description>
		<content:encoded><![CDATA[<p>Thanks Vega, I fixed it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Vega</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1179</link>
		<dc:creator>Vega</dc:creator>
		<pubDate>Thu, 08 Dec 2011 15:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1179</guid>
		<description>Your link has a &quot; after the URL, currently leads to a 404 page.</description>
		<content:encoded><![CDATA[<p>Your link has a &#8221; after the URL, currently leads to a 404 page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by @vambenepe</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1177</link>
		<dc:creator>@vambenepe</dc:creator>
		<pubDate>Thu, 08 Dec 2011 08:44:41 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1177</guid>
		<description>Thanks all for the comments. Since they&#039;re all about my decision to rely on the filesystem rather than iTunes metadata (rather than on the real point of this post which is to share Automator scripts), I have responded in a new blog post:
&lt;a href=&quot;http://stage.vambenepe.com/archives/1893&quot; rel=&quot;nofollow&quot;&gt;Why I don’t use iTunes metadata&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Thanks all for the comments. Since they&#8217;re all about my decision to rely on the filesystem rather than iTunes metadata (rather than on the real point of this post which is to share Automator scripts), I have responded in a new blog post:<br />
<a href="http://stage.vambenepe.com/archives/1893" rel="nofollow">Why I don’t use iTunes metadata</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Alex</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1170</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 07 Dec 2011 18:03:36 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1170</guid>
		<description>I believe you man. I hate things rearranging my music, and use musicbrainz picard to tag stuff consistently. That said I often play or organise my music through different players and systems, and a consistent directory structure is the only thing you can enforce between these.

Ditch iTunes IMO.

Can you use strict; using automator?</description>
		<content:encoded><![CDATA[<p>I believe you man. I hate things rearranging my music, and use musicbrainz picard to tag stuff consistently. That said I often play or organise my music through different players and systems, and a consistent directory structure is the only thing you can enforce between these.</p>
<p>Ditch iTunes IMO.</p>
<p>Can you use strict; using automator?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Ivan</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1169</link>
		<dc:creator>Ivan</dc:creator>
		<pubDate>Wed, 07 Dec 2011 13:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1169</guid>
		<description>Although the mp3 meta-data has been standardised for a long time I too do not fully trust it.

Although I do like the standardised layout of files (music &gt; artist &gt; album) and choose to have text files of lyrics with the same name as the song (file extension txt instead of mp3 of course) and the appropriate album art stored there too.

It means my music is easily found, problems easily solved, different standards could be quickly accomodated.

Trusting the likes of Apple or Microsoft to stick to standards seems foolhardy considering their history (embrace, extend, extinguish) so belt and braces seems a good idea and I have some sympathy with Mr Vambenepe.

I am also intrigued that he chose Automator over Applescript, but he&#039;s got the job he wanted doing done and learnt something too!</description>
		<content:encoded><![CDATA[<p>Although the mp3 meta-data has been standardised for a long time I too do not fully trust it.</p>
<p>Although I do like the standardised layout of files (music &gt; artist &gt; album) and choose to have text files of lyrics with the same name as the song (file extension txt instead of mp3 of course) and the appropriate album art stored there too.</p>
<p>It means my music is easily found, problems easily solved, different standards could be quickly accomodated.</p>
<p>Trusting the likes of Apple or Microsoft to stick to standards seems foolhardy considering their history (embrace, extend, extinguish) so belt and braces seems a good idea and I have some sympathy with Mr Vambenepe.</p>
<p>I am also intrigued that he chose Automator over Applescript, but he&#8217;s got the job he wanted doing done and learnt something too!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Mr. D.</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1167</link>
		<dc:creator>Mr. D.</dc:creator>
		<pubDate>Wed, 07 Dec 2011 11:14:17 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1167</guid>
		<description>Having worked as a trainer for a well known &quot;electric fruit company&quot; for a number of years I am very familiar with directory structure obsessives. In my experience they are almost exclusively older men and sooner or later turn up, crestfallen, because they have screwed up their own directory structure or worse, screwed up a managed directory structure. iTunes creates a basic (and obvious) structure from my own organisation within iTunes. I am very happy with that. I don&#039;t have to think about it.

All that being said, iTunes (application and store) doesn&#039;t have a good inherent structure. It uses too few metadata so finding stuff and imposing order is far more labour intensive than it should be.</description>
		<content:encoded><![CDATA[<p>Having worked as a trainer for a well known &#8220;electric fruit company&#8221; for a number of years I am very familiar with directory structure obsessives. In my experience they are almost exclusively older men and sooner or later turn up, crestfallen, because they have screwed up their own directory structure or worse, screwed up a managed directory structure. iTunes creates a basic (and obvious) structure from my own organisation within iTunes. I am very happy with that. I don&#8217;t have to think about it.</p>
<p>All that being said, iTunes (application and store) doesn&#8217;t have a good inherent structure. It uses too few metadata so finding stuff and imposing order is far more labour intensive than it should be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Dogbertd</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1166</link>
		<dc:creator>Dogbertd</dc:creator>
		<pubDate>Wed, 07 Dec 2011 10:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1166</guid>
		<description>Nice work, and I fully understand why you want to control your data, and not hand control over to iTunes, which is one part of the Mac OS I really hate. I have my music organised in the same way as you, but opted for the simpler process of telling iTunes *not* to organise my data and then using Add Folder to make itunes pick up my stuff. This way I can access everything (or at least those formats iTunes likes - no FLAC!) and still keep the filesystem the way I want it. 

Anal? OCD? Perhaps - but it&#039;s my stuff, my computer and I want it the way *I* want it.</description>
		<content:encoded><![CDATA[<p>Nice work, and I fully understand why you want to control your data, and not hand control over to iTunes, which is one part of the Mac OS I really hate. I have my music organised in the same way as you, but opted for the simpler process of telling iTunes *not* to organise my data and then using Add Folder to make itunes pick up my stuff. This way I can access everything (or at least those formats iTunes likes &#8211; no FLAC!) and still keep the filesystem the way I want it. </p>
<p>Anal? OCD? Perhaps &#8211; but it&#8217;s my stuff, my computer and I want it the way *I* want it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Mark</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1159</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 07 Dec 2011 05:42:43 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1159</guid>
		<description>Right. mp3 files have an ID3 (depending on where you got them) container of metadata: http://en.wikipedia.org/wiki/ID3 already built in.

iTunes extracts the metadata from the ID3 container, stores it in it&#039;s database as individual metadata items and allows you to sort or otherwise organize your music based on the values. 

I wish more file types had standardized metadata like this (and jpeg&#039;s Exif) and I wish more filesystems and data storage interfaces leveraged metadata to help you find stuff. We will get there, but legacy habits die hard....

-- mark</description>
		<content:encoded><![CDATA[<p>Right. mp3 files have an ID3 (depending on where you got them) container of metadata: <a href="http://en.wikipedia.org/wiki/ID3" rel="nofollow">http://en.wikipedia.org/wiki/ID3</a> already built in.</p>
<p>iTunes extracts the metadata from the ID3 container, stores it in it&#8217;s database as individual metadata items and allows you to sort or otherwise organize your music based on the values. </p>
<p>I wish more file types had standardized metadata like this (and jpeg&#8217;s Exif) and I wish more filesystems and data storage interfaces leveraged metadata to help you find stuff. We will get there, but legacy habits die hard&#8230;.</p>
<p>&#8211; mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Kelstar</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1158</link>
		<dc:creator>Kelstar</dc:creator>
		<pubDate>Wed, 07 Dec 2011 05:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1158</guid>
		<description>Wow! What an unbelievable, OCD-ridden waste of time.</description>
		<content:encoded><![CDATA[<p>Wow! What an unbelievable, OCD-ridden waste of time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MacOS Automator workflow to populate iTunes info from file path by Vega</title>
		<link>http://stage.vambenepe.com/archives/1881#comment-1157</link>
		<dc:creator>Vega</dc:creator>
		<pubDate>Tue, 06 Dec 2011 19:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1881#comment-1157</guid>
		<description>MP3 Metadata has been standardized since the beginning of the MP3 format. That&#039;s not gonna change. What your difficulties show is the danger of not adhering to standardized methods of transporting information about your music (your proprietary directory system as opposed to metadata). Also, once you have imported your music into iTunes, who cares which directory format the software uses? Just build playlists, smart playlists and everything you need in iTunes, which will then even enable you to benefit from features like genius.  Again, why do you believe one data abstraction (OSX file system) is better than the other (iTunes song management)?  Just use the Software the way it is intended, your life will
be easier (and more future proof).</description>
		<content:encoded><![CDATA[<p>MP3 Metadata has been standardized since the beginning of the MP3 format. That&#8217;s not gonna change. What your difficulties show is the danger of not adhering to standardized methods of transporting information about your music (your proprietary directory system as opposed to metadata). Also, once you have imported your music into iTunes, who cares which directory format the software uses? Just build playlists, smart playlists and everything you need in iTunes, which will then even enable you to benefit from features like genius.  Again, why do you believe one data abstraction (OSX file system) is better than the other (iTunes song management)?  Just use the Software the way it is intended, your life will<br />
be easier (and more future proof).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.324 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2012-02-09 17:46:05 -->

