<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Scripting News - Latest Comments in A social namespace (Scripting News)</title><link>http://scripting.disqus.com/</link><description></description><atom:link href="https://scripting.disqus.com/a_social_namespace_scripting_news/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Wed, 11 Nov 2009 18:54:56 -0000</lastBuildDate><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22787511</link><description>&lt;p&gt;Ohhhhhh but they do make assumptions. :-)&lt;/p&gt;&lt;p&gt;I think there's even validators that enforce them.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Wed, 11 Nov 2009 18:54:56 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22787365</link><description>&lt;p&gt;Just some technical clarification here on XML namespaces and prefixes, based on the w3c spec: &lt;a href="http://www.w3.org/TR/REC-xml-names/" rel="nofollow noopener" target="_blank" title="http://www.w3.org/TR/REC-xml-names/"&gt;http://www.w3.org/TR/REC-xml-names/&lt;/a&gt; .  Hope this is helpful.&lt;br&gt;&lt;br&gt;In your linked OPML example, the namespace is "&lt;a href="http://scripting.com/stories/2009/11/08/aSocialNamespace.html" rel="nofollow noopener" target="_blank" title="http://scripting.com/stories/2009/11/08/aSocialNamespace.html"&gt;http://scripting.com/storie...&lt;/a&gt;". "xSocial" is what the document is using as a namespace prefix.  Prefix choice actually doesn't matter.  Once the xml is parsed, all elements are bound to a namespace according to their prefix, and the prefix is then essentially forgotten for most logical purposes (round-trip xml editing being a common exception).  Equivalent XML could use the prefix "foo" instead, as long the document declared xmlns:foo="&lt;a href="http://scripting.com/stories/2009/11/08/aSocialNamespace.html" rel="nofollow noopener" target="_blank" title="http://scripting.com/stories/2009/11/08/aSocialNamespace.html"&gt;http://scripting.com/storie...&lt;/a&gt;".&lt;br&gt;&lt;br&gt;In sum, XML developers should be careful not to make assumptions about the prefix string being any specific value, and you should probably be advertising the namespace value in this post instead of the prefix name.  You can change the prefix a hundred times a day-- only the namespace need remain constant.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mason Lee</dc:creator><pubDate>Wed, 11 Nov 2009 18:52:00 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22649042</link><description>&lt;p&gt;Fair enough. Twitter certainly has momentum, and that's hard to argue with. One challenge, then, is to extract the essence of what's happening on Twitter to enable these activities to happen between different silos. Of course it seems to always be the case that the silos come first, develop the user experience and cultural norms, and then there are clones, and then someone comes along and adds value by breaking down the silo walls... so it will probably be with Twitter too, but for now there's just too much value in participating in their arena to allow an independent channel (say StatusNet or FriendFeed) to compete on mere technology alone.&lt;/p&gt;&lt;p&gt;I'll think about what it would take to get the data constructs you've outlined here into Portable Contacts all the same.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chris Messina</dc:creator><pubDate>Tue, 10 Nov 2009 18:56:59 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22443491</link><description>&lt;p&gt;Thanks for the feedback...&lt;/p&gt;&lt;p&gt;One of the reasons I linked to an example above..&lt;/p&gt;&lt;p&gt;&lt;a href="http://static.listbrowser.org/opml/davewiner/entourage.opml" rel="nofollow noopener" target="_blank" title="http://static.listbrowser.org/opml/davewiner/entourage.opml"&gt;http://static.listbrowser.o...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Is to encourage people to provide examples of alternate ways of doing the same thing.&lt;/p&gt;&lt;p&gt;As far as prior art for subscription lists, which is what we're talking about here, pretty sure I'm on solid ground using OPML. The only question is what to call the attributes that come out of Twitter. For that, I used the same terminology used by Twitter. I feel very comfortable in the size of the installed base (which was Chris's point). It's huge and growing all the time.&lt;/p&gt;&lt;p&gt;I think a lot of these efforts fail to get on board when the things they predicted actually start happening in the market. I learned that lesson a long time ago, in the 80s and early 90s when stuff I was doing was reinvented by Apple. I just got on board with their way of doing it rather than try to convince them to do it my way. That's why I'm doing it Twitter's way. Who cares what these things are called. What I care about are users. And today the people creating these lists are in Twitter.&lt;/p&gt;&lt;p&gt;Anyway, that's my thinking...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Mon, 09 Nov 2009 10:25:53 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22425682</link><description>&lt;p&gt;Hi Dave,&lt;/p&gt;&lt;p&gt;I'm curious, as Tom Morris suggested, how this differs from the Portable Contacts effort that's already gained widespread support in OpenSocial? It defines a straight-forward approach to syndicating contact information in JSON using a combination of the vCard and OpenSocial schemas. Everything that you've proposed here (except "xSocial:userStatuses" and "xSocial:userFollowedBy") are covered by prior art.&lt;/p&gt;&lt;p&gt;I'm thinking you might see faster adoption in the marketplace by leveraging this existing work? Perhaps you could suggest areas of improvements for Portable Contacts that would enable you to do what you want to do?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chris Messina</dc:creator><pubDate>Mon, 09 Nov 2009 01:54:48 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22262290</link><description>&lt;p&gt;Dave Facebook does support lists - they have for over a year now.  It's all available via their API.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jesse Stay</dc:creator><pubDate>Sun, 08 Nov 2009 18:38:30 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22253717</link><description>&lt;p&gt;Prior art: FOAF/SIOC, XFN, vCard/hCard, PortableContacts.&lt;/p&gt;&lt;p&gt;pius is right (hey, pius!): FOAF+SIOC - you can reuse the RDF ontologies inside OPML as XML namespaces.&lt;/p&gt;&lt;p&gt;And some recent prior art that shows how to REALLY do it wrong: TweepML. I wrote up a page the other day explaining what's wrong with TweepML - &lt;a href="http://gist.github.com/223649" rel="nofollow noopener" target="_blank" title="http://gist.github.com/223649"&gt;http://gist.github.com/223649&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tom Morris</dc:creator><pubDate>Sun, 08 Nov 2009 14:26:53 -0000</pubDate></item><item><title>Re: A social namespace (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/08/aSocialNamespace.html#comment-22253443</link><description>&lt;p&gt;I believe this fits right into the sweet spot of the SIOC (Semantically Interlinked Online Communities) ontology: &lt;a href="http://rdfs.org/sioc/spec" rel="nofollow noopener" target="_blank" title="http://rdfs.org/sioc/spec"&gt;http://rdfs.org/sioc/spec&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">pius</dc:creator><pubDate>Sun, 08 Nov 2009 14:16:55 -0000</pubDate></item></channel></rss>