<?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: New stuff at Upcoming!</title>
	<atom:link href="http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/feed/" rel="self" type="application/rss+xml" />
	<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/</link>
	<description>This can all be made better. Ready? Begin.</description>
	<lastBuildDate>Mon, 16 Apr 2012 18:32:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>	<item>
		<title>By: Brian Del Vecchio</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1871</link>
		<dc:creator>Brian Del Vecchio</dc:creator>
		<pubDate>Sat, 21 Jan 2006 20:49:39 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1871</guid>
		<description>Um, of course I meant Leonard, not Lawrence.  Sorry, Leonard.</description>
		<content:encoded><![CDATA[<p>Um, of course I meant Leonard, not Lawrence.  Sorry, Leonard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Del Vecchio</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1863</link>
		<dc:creator>Brian Del Vecchio</dc:creator>
		<pubDate>Fri, 20 Jan 2006 23:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1863</guid>
		<description>We&#039;re experimenting at this point, so let&#039;s try a bunch of stuff and see what works, and what catches on.  

As for Tantek not digging tags, the main difference that I see is that tags make it possible for users to create new associations that weren&#039;t imagined by the original publishers or platform owners, while microformats can generally only be implemented by the content publishers.  I&#039;ve implemented both, and I can tell you that if the Upcoming.org guys doesn&#039;t dig microformats (I know that at least Lawrence doesn&#039;t), it&#039;s not going to happen.  Open tagging, however, makes it possible for outsiders to add metadata, and build something from the metadata.</description>
		<content:encoded><![CDATA[<p>We&#8217;re experimenting at this point, so let&#8217;s try a bunch of stuff and see what works, and what catches on.  </p>
<p>As for Tantek not digging tags, the main difference that I see is that tags make it possible for users to create new associations that weren&#8217;t imagined by the original publishers or platform owners, while microformats can generally only be implemented by the content publishers.  I&#8217;ve implemented both, and I can tell you that if the Upcoming.org guys doesn&#8217;t dig microformats (I know that at least Lawrence doesn&#8217;t), it&#8217;s not going to happen.  Open tagging, however, makes it possible for outsiders to add metadata, and build something from the metadata.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Bjorke</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1860</link>
		<dc:creator>Kevin Bjorke</dc:creator>
		<pubDate>Fri, 20 Jan 2006 20:25:58 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1860</guid>
		<description>I&#039;m not saying to enforce any semantics on tags, only to acknowledge the idea of a colon (or &quot;=&quot; whatever) as a separator for value pairs. The semantics can be emergent but it would be handy for tools (flickr, some API hack, whatever) if there were some useful convention for the syntax (only).</description>
		<content:encoded><![CDATA[<p>I&#8217;m not saying to enforce any semantics on tags, only to acknowledge the idea of a colon (or &#8220;=&#8221; whatever) as a separator for value pairs. The semantics can be emergent but it would be handy for tools (flickr, some API hack, whatever) if there were some useful convention for the syntax (only).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FactoryJoe</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1857</link>
		<dc:creator>FactoryJoe</dc:creator>
		<pubDate>Fri, 20 Jan 2006 20:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1857</guid>
		<description>Sure sure... but it should be emergent. I see the tag-colon nomenclature as simulating macros... or enabling them. I don&#039;t think standardizing outright makes much sense. We&#039;ve got conventions like to:read, to:try, for:someone, plazes:[hash] and so on... I think the beauty of this is that it&#039;s totally emergent and flat. Anyone can do whatever they want. 

&lt;a href=&quot;http://vimeo.com&quot; rel=&quot;nofollow&quot;&gt;Vimeo&lt;/a&gt; is great example of this -- though perhaps taking it too far by allowing you to use flickr:imagenumber to get photos to show up in your sidebars. I mean, cool, but then you&#039;ve just limited your members to uploading to Flickr.

Allow for free colon-tags but also allow for multiple-platform pairings. We could just as easily use &lt;em&gt;eventful:eventID&lt;/em&gt; as &lt;em&gt;upcoming:eventID&lt;/em&gt;. It seems this pairing might actually be better and more community specific than trying to give events some kind of UID. With tagging, you get original context and mashup-ability. A win-win sofaras I can tell now.</description>
		<content:encoded><![CDATA[<p>Sure sure&#8230; but it should be emergent. I see the tag-colon nomenclature as simulating macros&#8230; or enabling them. I don&#8217;t think standardizing outright makes much sense. We&#8217;ve got conventions like to:read, to:try, for:someone, plazes:[hash] and so on&#8230; I think the beauty of this is that it&#8217;s totally emergent and flat. Anyone can do whatever they want. </p>
<p><a href="http://vimeo.com" rel="nofollow">Vimeo</a> is great example of this &#8212; though perhaps taking it too far by allowing you to use flickr:imagenumber to get photos to show up in your sidebars. I mean, cool, but then you&#8217;ve just limited your members to uploading to Flickr.</p>
<p>Allow for free colon-tags but also allow for multiple-platform pairings. We could just as easily use <em>eventful:eventID</em> as <em>upcoming:eventID</em>. It seems this pairing might actually be better and more community specific than trying to give events some kind of UID. With tagging, you get original context and mashup-ability. A win-win sofaras I can tell now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Bjorke</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1855</link>
		<dc:creator>Kevin Bjorke</dc:creator>
		<pubDate>Fri, 20 Jan 2006 19:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1855</guid>
		<description>Note that searches on upcoming:46797 lose the colon.

I was just thinking about the lack of tag=value pairs as a sort of tag, and wondering if/when flickr might support them (microformats depend on these, for example: rel=&quot;blah&quot; etc). It would be good to be able to search for &quot;upcoming:46797&quot; while having the same images all also included in a search simply for &quot;upcoming&quot; without having to add a second unadorned &quot;upcoming&quot; tag to each of them

I mentioned this to Tantek but he dismissed it instantly saying &quot;some people will use &#039;location&#039; and some will use &#039;geo&#039; or &#039;loc&#039; and you can&#039;t have that&quot; but that seems like a poor excuse. Synonym remapping is trivial and has a long history in UIs already.

Tags within tags. Seems inevitable. In fact we can see it&#039;s already here.</description>
		<content:encoded><![CDATA[<p>Note that searches on upcoming:46797 lose the colon.</p>
<p>I was just thinking about the lack of tag=value pairs as a sort of tag, and wondering if/when flickr might support them (microformats depend on these, for example: rel=&#8221;blah&#8221; etc). It would be good to be able to search for &#8220;upcoming:46797&#8243; while having the same images all also included in a search simply for &#8220;upcoming&#8221; without having to add a second unadorned &#8220;upcoming&#8221; tag to each of them</p>
<p>I mentioned this to Tantek but he dismissed it instantly saying &#8220;some people will use &#8216;location&#8217; and some will use &#8216;geo&#8217; or &#8216;loc&#8217; and you can&#8217;t have that&#8221; but that seems like a poor excuse. Synonym remapping is trivial and has a long history in UIs already.</p>
<p>Tags within tags. Seems inevitable. In fact we can see it&#8217;s already here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Del Vecchio</title>
		<link>http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/comment-page-1/#comment-1854</link>
		<dc:creator>Brian Del Vecchio</dc:creator>
		<pubDate>Fri, 20 Jan 2006 19:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://factoryjoe.com/blog/2006/01/20/new-stuff-at-upcoming/#comment-1854</guid>
		<description>Thanks for the plug, Chris.  I&#039;ll let you know when I have something to show, but in the meantime, I&#039;m hoping to drum up enough cross-tagging to get other mashers started.   Your link will surely help, thanks!

The most-tagged event so far (for mashers to experiment with) is last week&#039;s BarCamp NY, tagged with upcoming:46797.

Also, it&#039;s great to see the Upcoming.org team getting settled at the Y! and pushing some great new features out.</description>
		<content:encoded><![CDATA[<p>Thanks for the plug, Chris.  I&#8217;ll let you know when I have something to show, but in the meantime, I&#8217;m hoping to drum up enough cross-tagging to get other mashers started.   Your link will surely help, thanks!</p>
<p>The most-tagged event so far (for mashers to experiment with) is last week&#8217;s BarCamp NY, tagged with upcoming:46797.</p>
<p>Also, it&#8217;s great to see the Upcoming.org team getting settled at the Y! and pushing some great new features out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

