<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Mike Linksvayer &#187; Bitzi</title>
	<atom:link href="http://gondwanaland.com/mlog/category/bitzi/feed/" rel="self" type="application/rss+xml" />
	<link>http://gondwanaland.com/mlog</link>
	<description>My opinions only. I do not represent any organization in this publication.</description>
	<lastBuildDate>Wed, 30 Jun 2010 16:46:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>MIN US$750k for NIN</title>
		<link>http://gondwanaland.com/mlog/2008/03/04/nin-ghosts/</link>
		<comments>http://gondwanaland.com/mlog/2008/03/04/nin-ghosts/#comments</comments>
		<pubDate>Tue, 04 Mar 2008 23:28:08 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Economics]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[P2P]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2008/03/04/nin-ghosts/</guid>
		<description><![CDATA[The $300 &#8220;ultra deluxe edition&#8221; of Nine Inch Nails&#8216; Ghosts I-IV, limited to 2500 copies, sold out in a couple days (I believe released Sunday, no longer available this morning). There are some manufacturing costs, but they don&#8217;t appear to be using any precious materials. So if an artist typically makes $1.60 on a $15.99 [...]]]></description>
			<content:encoded><![CDATA[<p>The $300 &#8220;ultra deluxe edition&#8221; of <a href="http://en.wikipedia.org/wiki/Nine_Inch_Nails" rel="tag">Nine Inch Nails</a>&#8216; <em><a href="http://en.wikipedia.org/wiki/Ghosts_I-IV" rel="tag">Ghosts I-IV</a></em>, limited to 2500 copies, sold out in a couple days (I believe released Sunday, no longer available this morning). There are some manufacturing costs, but they don&#8217;t appear to be using any precious materials. So if an <a href="http://www.wired.com/entertainment/music/magazine/16-01/ff_byrne?currentPage=all">artist typically makes $1.60 on a $15.99 CD sale</a>, profit from sales of the limited edition already matches profit from a CD selling hundreds of thousands of copies.</p>
<p>Then there are <a href="http://ghosts.nin.com/main/order_options">non-limited sales</a> of a $75 merely &#8220;deluxe edition&#8221;, $10 CD, and $5 download, and whatever other products NIN comes up with around <em>Ghosts</em>.</p>
<p>The ultra deluxe success seems to me to validate the encouragement by some to pursue large revenue from rabid fans and collectors willing and able to pay for <a href="http://www.kk.org/thetechnium/archives/2008/01/better_than_fre.php">personalization, authenticity, embodiment, etc.</a>, rather than attempting to suppress zero cost distribution to the masses.</p>
<p>Speaking of distribution, click on the <a href="http://gondwanaland.com/mlog/2004/02/25/not-hosting-the-grey-album/">magnet</a> to search for a <a href="http://creativecommons.org/weblog/entry/8095">fully legal</a> P2P download of <em>Ghosts</em>, assuming you have the right filesharing software installed.</p>
<p><a href="magnet:?xt=urn:sha1:2ALOXO4JEAUTRFLZDCN22NED4QJFRM7W&amp;xt=urn:kzhash:bdb196bb483fe882a2773a7221d8c636a4eafd5452032f7086982fc0771c04090c84dd22&amp;xt=urn:tree:tiger:EBWZGXIAPLCIIPBOS42EBCGFHIOSX2TUMXMCJ7A&amp;xt=urn:ed2k:3090d15609c860b1625e711bd757a2bf&amp;xl=297476913&amp;dn=nin_ghosts_I-IV_mp3.zip" title="MAGNET Link"><img src="http://magnet-uri.sourceforge.net/magnet-icon-9w-10h.gif" border="0" /></a> <a href="http://bitzi.com/lookup/2ALOXO4JEAUTRFLZDCN22NED4QJFRM7W" title="View File Details">nin_ghosts_I-IV_mp3.zip</a> (283.7 MB)</p>
<p><iframe src='http://digg.com/api/diggthis.php?u=http://digg.com/music/Nine_Inch_Nails_Sells_Out_Of_300_Deluxe_Edition_in_2_Days' height='75' width='52' frameborder='0' scrolling='no'></iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2008/03/04/nin-ghosts/feed/</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>Sanhattan threatens former Bitzi offices</title>
		<link>http://gondwanaland.com/mlog/2006/12/26/sanhattan-bitzi/</link>
		<comments>http://gondwanaland.com/mlog/2006/12/26/sanhattan-bitzi/#comments</comments>
		<pubDate>Tue, 26 Dec 2006 21:32:12 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Peeves]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2006/12/26/sanhattan-bitzi/</guid>
		<description><![CDATA[Two 1,200 foot towers are planned for the northwest corner of 1st and Mission Streets in San Francisco, site of a few run down buildings, one of which Bitzi had offices in for most of 2001 (spruced up some since then). Will San Francisco planners allow rapacious developers to destroy history? I hope so. Onward [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2006/12/22/MNGI6N4GNI1.DTL">Two 1,200 foot towers are planned for the northwest corner of 1st and Mission Streets in San Francisco</a>, site of a few run down buildings, <a href="http://maps.google.com/maps?f=q&#038;hl=en&#038;q=88+first+street,+san+francisco,+ca&#038;ie=UTF8&#038;z=16&#038;om=1&#038;iwloc=addr">one</a> of which <a href="http://en.wikipedia.org/wiki/Bitzi">Bitzi</a> had offices in for most of 2001 (spruced up some since then). Will San Francisco planners allow rapacious developers to destroy history? I hope so. Onward to <a href="http://gondwanaland.com/mlog/2006/05/26/sanhattan/">Sanhattan</a>!</p>
<p><small><a href="http://www.sfcityscape.com/log_06_10-12.html#1225">Via SF Cityscape.</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2006/12/26/sanhattan-bitzi/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>LimeWire Filtering &amp; Blog</title>
		<link>http://gondwanaland.com/mlog/2006/03/29/limewire-filter-blog/</link>
		<comments>http://gondwanaland.com/mlog/2006/03/29/limewire-filter-blog/#comments</comments>
		<pubDate>Wed, 29 Mar 2006 23:15:24 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2006/03/29/limewire-filter-blog/</guid>
		<description><![CDATA[Just noticed that the current LimeWire beta (4.11.0) includes optional copyright filtering. See the features history and brief descriptions for users and copyright owners: In the Filtering System, copyright owners identify files that they don&#8217;t want shared and submit them for inclusion in a public list. LimeWire then consults this list and stops users from [...]]]></description>
			<content:encoded><![CDATA[<p>Just noticed that the current <a rel="tag" href="http://en.wikipedia.org/wiki/LimeWire">LimeWire</a> beta (4.11.0) includes optional copyright filtering.  See the <a href="http://www.limewire.com/english/content/features_history.shtml">features history</a> and brief descriptions for <a href="http://filtered.limewire.com/learnmore/contentFiltering/">users</a> and <a href="http://register.limewire.com/filter/trunk/">copyright owners</a>:</p>
<blockquote><p>In the Filtering System, copyright owners identify files that they don&#8217;t want shared and submit them for inclusion in a public list. LimeWire then consults this list and stops users from downloading the identified files &#8220;filtering&#8221; them from the sharing process.</p></blockquote>
<p>If you sign up for an account as a copyright owner you can submit files (with file name, file size, SHA1 hash, creator, collection, description) for filtering. Users can turn the filter on and off via a preference.</p>
<p>LimeWire.org now features a <a href="http://www.limewire.org/blog/">blog</a> with pretty random content.  I notice that another <a href="http://www.limewire.org/blog/?p=64">PHP Base32 function</a> (which makes a whole lot more sense than the one included in <a href="http://gondwanaland.com/mlog/2005/03/05/bitcollider-php/">Bitcollider-PHP</a> &#8212; I swear PHP&#8217;s bitwise operators weren&#8217;t giving correct results and worked around that, but was probably insane) is available with a hint that someone is building an &#8220;open source Gnutella Server in PHP5.&#8221;</p>
<p>Remember that LimeWire is <a href="http://gondwanaland.com/mlog/2005/03/09/open-source-p2p-malware-eula/">Open Source P2P</a> and thus pretty trustworthy &#8212; and you can always fork.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2006/03/29/limewire-filter-blog/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MusicBrainzDNS</title>
		<link>http://gondwanaland.com/mlog/2006/03/12/musicbrainzdns/</link>
		<comments>http://gondwanaland.com/mlog/2006/03/12/musicbrainzdns/#comments</comments>
		<pubDate>Mon, 13 Mar 2006 01:32:52 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Music]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2006/03/12/musicbrainzdns/</guid>
		<description><![CDATA[Congratulations to MusicBrainz for taking care of a longstanding substandard feature &#8212; a proprietary and not very scalable acoustic fingerprinting technology (Relatable TRM). Today MusicBrainz announced integration with MusicIP&#8217;s MusicDNS fingerprinting service, full details in the announcement. Funny thing, I just cleared all the (old, mostly gathered in 2001) TRM tags from Bitzi a couple [...]]]></description>
			<content:encoded><![CDATA[<p>Congratulations to <a rel="tag" href="http://en.wikipedia.org/wiki/MusicBrainz">MusicBrainz</a> for taking care of a longstanding substandard feature &#8212; a proprietary and not very scalable acoustic fingerprinting technology (Relatable TRM). Today MusicBrainz <a href="http://blog.musicbrainz.org/archives/2006/03/new_fingerprint.html">announced</a> integration with MusicIP&#8217;s <a href="http://www.musicdns.org/">MusicDNS</a> fingerprinting service, full details in the announcement.</p>
<p>Funny thing, I just cleared all the (old, mostly gathered in 2001) TRM <a xhref="http://gondwanaland.com/mlog/2006/03/12/bitzi-tagging-metacrap/">tags</a> from <a rel="tag" href="http://en.wikipedia.org/wiki/Bitzi">Bitzi</a> a couple weeks ago.</p>
<p>Creative Commons license tracking is also now enabled at both MusicBrainz and MusicIP, no doubt more on that at the <a href="http://creativecommons.org/weblog/">CC weblog</a> in the near future.</p>
<p>Belated congratulations to MusicBrainz for signing their <a href="http://blog.musicbrainz.org/archives/2006/01/introducing_lin_1.html">first commercial deal</a> in January.</p>
<p>I wrote some about MusicBrainz  about <a href="http://gondwanaland.com/mlog/2004/10/15/musicbrainz-discovery-ii/">15 months ago</a>.  I predict the next 15 months will be very good for what I&#8217;ll call &#8220;open music infrastructure.&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2006/03/12/musicbrainzdns/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Bitzi as Tagging 1.0 Metacrap</title>
		<link>http://gondwanaland.com/mlog/2006/03/12/bitzi-tagging-metacrap/</link>
		<comments>http://gondwanaland.com/mlog/2006/03/12/bitzi-tagging-metacrap/#comments</comments>
		<pubDate>Sun, 12 Mar 2006 18:47:16 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[SXSW]]></category>
		<category><![CDATA[Semantic Web]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2006/03/12/bitzi-tagging-metacrap/</guid>
		<description><![CDATA[On the SXSW06 Tagging 2.0 panel Thomas Vander Wal just cited Bitzi as (more or less) a non-successful predecessor to Tagging 2.0 applications, saying something like &#8220;things like Bitzi (mumble) Cory Doctorow called metacrap.&#8221; Vander Wal recently explained in a comment at Joho the Blog: The big thing that was different, from say Bitzi, was [...]]]></description>
			<content:encoded><![CDATA[<p>On the <a rel="tag" href="http://technorati.com/tag/sxsw06">SXSW06</a> Tagging 2.0 panel <a rel="tag" href="http://en.wikipedia.org/wiki/Thomas_Vander_Wal">Thomas Vander Wal</a> just cited <a rel="tag" href="http://en.wikipedia.org/wiki/Bitzi">Bitzi</a> as (more or less) a non-successful predecessor to Tagging 2.0 applications, saying something like &#8220;things like Bitzi (mumble) Cory Doctorow called <a rel="tag" href="http://en.wikipedia.org/wiki/Metacrap">metacrap</a>.&#8221;</p>
<p>Vander Wal recently explained in a <a href="http://www.hyperorg.com/blogger/mtarchive/what_is_a_folksonomy_anyway.html#comment-81510">comment at Joho the Blog</a>:</p>
<blockquote><p>The big thing that was different, from say Bitzi, was people tagging information in their own vocabulary for their own reuse. Tagging information for others as a priority seems to make it far less accurate as a person may not understand the terms they are using (well understand them as other may).</p></blockquote>
<p>He&#8217;s right. There&#8217;s too little private benefit to &#8220;tagging&#8221; at Bitzi, largely because what interfaces to what you have individually contributed are lame to the extent they exist. The Bitzi use case is rather different from <a rel="tag" href="http://en.wikipedia.org/wiki/Del.icio.us">del.icio.us</a> and <a rel="tag" href="http://en.wikipedia.org/wiki/Flickr">Flickr</a> but it can learn a lot from them.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2006/03/12/bitzi-tagging-metacrap/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>CodeCon Friday</title>
		<link>http://gondwanaland.com/mlog/2006/02/11/codecon-friday-2/</link>
		<comments>http://gondwanaland.com/mlog/2006/02/11/codecon-friday-2/#comments</comments>
		<pubDate>Sat, 11 Feb 2006 10:07:21 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Peeves]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2006/02/11/codecon-friday-2/</guid>
		<description><![CDATA[This year Gordon Mohr had the devious idea to do preemtive reviews of CodeCon presentations. I&#8217;ll probably link to his entries and have less to say here than last year. Daylight Fraud Prevention. I missed most of this presentation but it seems they have a set of non-open source Apache modules each of which could [...]]]></description>
			<content:encoded><![CDATA[<p>This year Gordon Mohr had the devious idea to do <a href="http://gojomo.blogspot.com/2006/02/codecon-2006-with-extreme-prejudice.html">preemtive reviews of CodeCon presentations</a>. I&#8217;ll probably link to his entries and have less to say here than <a href="http://gondwanaland.com/mlog/2005/02/12/codecon-friday/">last year</a>.</p>
<p><strong><a href="http://gojomo.blogspot.com/2006/02/lance-james-daylight-fraud-prevention.html">Daylight Fraud Prevention</a>.</strong> I missed most of this presentation but it seems they have a set of non-open source Apache modules each of which could make phishers and malware creators work <em>slightly</em> harder.<strong><a href="http://gojomo.blogspot.com/2006/02/tom-pinckney-siteadvisor-codecon-2006.html" /></strong></p>
<p><strong><a href="http://gojomo.blogspot.com/2006/02/tom-pinckney-siteadvisor-codecon-2006.html">SiteAdvisor</a>.</strong> Tests a website&#8217;s evilness by downloading and running software offered by the site and filling out forms requesting an email address on the site. If virtual Windows machine running downloaded software becomes infected or email address set up for test is inundated with spam the site is considered evil. This testing is mostly automated and expensive (many Windows licenses). Great idea, surprising it is new (to me). I wonder how accurate evil readings one could obtain at much lower cost by calculating a &#8220;SpamRank&#8221; for sites based on links found in email classified as spam and links found on pages linked to in spams? (A paper has already taken the name <a href="http://airweb.cse.lehigh.edu/proceedings/benczur.pdf">SpamRank</a>, though at a five second glance it looks to propose tweaks to make PageRank more spam-resistant rather than trying to measure evil.) Fortunately SiteAdvisor says that both <a href="http://www.siteadvisor.com/sites/bitzi.com">bitzi.com</a> and <a href="http://www.siteadvisor.com/sites/creativecommons.org">creativecommons.org</a> are safe to use. SiteAdvisor&#8217;s data is available for use under the most restrictive Creative Commons license &#8212; Attribution-NonCommercial-NoDerivs 2.5.</p>
<p><strong><a href="http://gojomo.blogspot.com/2006/02/vyzovitis-mirkin-vidtorrentpeers.html">VidTorrent/Peers</a>.</strong> <a href="http://epeus.blogspot.com/2005_05_01_epeus_archive.html#111514763474318022">Streaming joke</a>. <a href="http://viral.media.mit.edu/index.php?page=peers">Peers</a>, described as a &#8220;toolkit for P2P programming with continuation passing style&#8221; I gather works syntactically as a Python code preprocessor, could be interesting. I wish they had compared Peers to other P2P toolkits, e.g., <a rel="tag" href="http://en.wikipedia.org/wiki/JXTA">JXTA</a>.<strong><a href="http://gojomo.blogspot.com/2006/02/harwood-and-jacobs-localhost-codecon.html" /></strong></p>
<p><strong><a href="http://gojomo.blogspot.com/2006/02/harwood-and-jacobs-localhost-codecon.html">Localhost</a>.</strong> A global directory shared with a modified version of the <a rel="tag" href="http://en.wikipedia.org/wiki/Azureus">Azureus</a> BitTorrent client. I tried about a month ago. Performance was somewhere between abysmal and nonexistent. <a href="http://gondwanaland.com/mlog/2004/12/30/deployment-matters/">BitTorrent</a> is fantastic for large popular files. I&#8217;ll be surprised if localhost&#8217;s performance, which depends on transferring small XML files, ever reaches mediocrity. They&#8217;re definitely going away from BitTorrent&#8217;s strengths by uploading websites into the global directory as lots of small files (I gather). The idea of a global directory is interesting, though tags seem a more fruitful navigation method than localhost&#8217;s hierarchy.</p>
<p><strong><a href="http://gojomo.blogspot.com/2006/02/joe-stewart-reusable-unknown-malware.html">Truman</a>.</strong> A &#8220;sandnet&#8221; for investigating suspected malware in. Faux services (e.g., DNS, websites) can be scripted to elicit the suspected malware&#8217;s behavior, and more.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2006/02/11/codecon-friday-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Redefining light and dark</title>
		<link>http://gondwanaland.com/mlog/2005/11/28/redefining-light-and-dark/</link>
		<comments>http://gondwanaland.com/mlog/2005/11/28/redefining-light-and-dark/#comments</comments>
		<pubDate>Tue, 29 Nov 2005 04:04:15 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Intellectual Protectionism]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[P2P]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/?p=203</guid>
		<description><![CDATA[The wily Lucas Gonze is at it again, defining &#8216;lightnet&#8217; and &#8216;darknet&#8217; by example, without explanation. The explanation is so simple that it probably only subtracts from Gonze&#8217;s [re]definition, but I&#8217;ll play the fool anyhow. Usually darknet refers to (largely unstoppable) friend-to-friend information sharing. As the name implies, a darknet is underground, or at least [...]]]></description>
			<content:encoded><![CDATA[<p>The wily Lucas Gonze is at it again, <a href="http://gonze.com/weblog/story/lightnet">defining &#8216;lightnet&#8217; and &#8216;darknet&#8217; by example</a>, without explanation.  The explanation is so simple that it probably only subtracts from Gonze&#8217;s [re]definition, but I&#8217;ll play the fool anyhow.</p>
<p>Usually <a href="http://en.wikipedia.org/wiki/Darknet">darknet</a> refers to (largely unstoppable) friend-to-friend information sharing. As the name implies, a darknet is underground, or at least under the radar of those who want to prohibit certain kinds of information sharing. (A <a href="http://osaka.law.miami.edu/~froomkin/articles/tcmay.htm">BlackNet</a>  doesn&#8217;t require friends and the radar doesn&#8217;t work, to horribly abuse that analogy.)</p>
<p>Lightnet, as far as I know, is undefined in this context.<sup>*</sup></p>
<p>Anyway, Lucas&#8217; definition-by-example lumps prohibited sharing (friend to friend as well as over filesharing networks) and <a href="http://en.wikipedia.org/wiki/Digital_rights_management" rel="tag">DRM</a> together as Darknet.  Such content is <strong>dark to the web</strong>.  It can&#8217;t be linked to, or if it can be, the link will be to a <a href="http://en.wikipedia.org/wiki/Magnet_link">name</a>,<sup>**</sup> not a location, thus you may not be able to obtain the content (filesharing), or you won&#8217;t be able to view the content (DRM).</p>
<p>Lightnet contnet is <strong>light to the web</strong>. It can be linked to, retrieved, and viewed in the ways you expect (and by extension, searched for in the way you expect), no law breaking or bad law making required.</p>
<p><sup>*</sup> Ross Mayfield called iTunes a lightnet <a href="http://ross.typepad.com/blog/2003/08/lightnet_itunes.html">back in 2003</a>. Lucas includes iTunes on the dark side. I agree with Lucas&#8217; categorization, though Ross had a good point, and in a slightly different way was contrasting iTunes with both darknets and hidebound content owners.</p>
<p><sup>**</sup> Among other things, I like to think of magnet links and <a href="http://en.wikipedia.org/wiki/Bitzi" rel="tag">Bitzi</a> as attempting to bridge the gap between the web and otherwise shared content. Obviously that work is unfinished.  As is <a href="http://gondwanaland.com/mlog/2004/06/24/fix-web-multimedia/">making multimedia work on the web</a>. I think that&#8217;s the last time I linked to Lucas Gonze, but he&#8217;s had plently of crafty posts between then and now that I highly recommend <a href="http://gonze.com/weblog/">following</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2005/11/28/redefining-light-and-dark/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>SemWeb not by committee</title>
		<link>http://gondwanaland.com/mlog/2005/03/13/semweb-not-by-committee/</link>
		<comments>http://gondwanaland.com/mlog/2005/03/13/semweb-not-by-committee/#comments</comments>
		<pubDate>Sun, 13 Mar 2005 22:04:34 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Peeves]]></category>
		<category><![CDATA[SXSW]]></category>
		<category><![CDATA[Semantic Web]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2005/03/13/semweb-not-by-committee/</guid>
		<description><![CDATA[At SXSW today Eric Meyer gave a talk on Emergent Semantics. He humorously described emergent as a fancy way of saying grassroots, groundup (from the bottom or like ground beef), or evolutionary. The talk was about adding rel attributes to XHTML &#60;a&#62; elements, or the lowercase semantic web, or Semantic XHTML, of which I am [...]]]></description>
			<content:encoded><![CDATA[<p>At SXSW today <a href="http://meyerweb.com/eric/thoughts/2005/03/09/part-of-the-sxsw-herd/">Eric Meyer</a> gave a talk on <a href="http://2005.sxsw.com/interactive/conference/panels/?action=show&#038;id=IAP0064">Emergent Semantics</a>.  He humorously described emergent as a fancy way of saying grassroots, groundup (from the bottom or like ground beef), or evolutionary.  The talk was about adding <code>rel</code> attributes to XHTML <code>&lt;a&gt;</code> elements, or the <a href="http://gondwanaland.com/mlog/2004/02/28/real-world-5emantic-3eb/">lowercase semantic web</a>, or Semantic XHTML, of which I am a fan.</p>
<p>Unfortunately Eric made some incorrect statements about the uppercase Semantic Web, or RDF/RDFS/OWL, of which I am also a fan.  First, he implied that the lowercase semantic web is to the Semantic Web as evolution is to <a href="http://en.wikipedia.org/wiki/Intelligent_design">intelligent design</a>, the current last redoubt of apolgists for theism.</p>
<p>Very much related to this analogy, Eric stressed that use of Semantic XHTML is ad hoc and easy to experiment with, while the Semantic Web requires getting a committee to agree on an ontology.</p>
<p>Not true! Just using <code>rel="foo"</code> is equivalent to using a <code>http://example.com/foo</code> RDF property (though the meaning of the RDF property is better defined &#8212; it applies to a URI, while the application of the implicit <code>rel</code> property is loose).</p>
<p>In the case of more complex formats, an individual can define something like <a href="http://developers.technorati.com/wiki/hCard">hCard</a> (lowercase) or <a href="http://www.w3.org/TR/vcard-rdf">vCard-RDF</a> (uppercase).</p>
<p>No committee approval is required in any of the above examples.  vCard-RDF happens to have been submitted to the W3C, but doing so is absolutely not required, as I know from personal experience at <a href="http://bitzi.com/developer/xml">Bitzi</a> and <a href="http://creativecommons.org/technology/metadata/implement">Creative Commons</a>, both of which use RDF never approved by committee.</p>
<p>At best there may be a tendency for people using RDF to try to get consensus on vocabulary before deployment while there may be a tendency for people using Semantic XHTML to throw keywords at the wall and see if they stick (however, Eric mentioned that the <a href="http://en.wikipedia.org/wiki/XFN">XFN</a> (lowercase) core group debated whether to include <code>me</code> in the first release of their spec).  Neither technology mandates either approach.  If either of these tendencies to exist, they must be cultural.</p>
<p>I think there is value in the ad hoc culture and more importantly closeness of Semantic XHTML assertions to human readable markup of the lowercase semantic web and the rigor of the uppercase Semantic Web.</p>
<p>It may be useful to transform <code>a rel=""</code> assertions to RDF assertions via <a href="http://www.w3.org/2004/01/rdxh/spec">GRDDL</a> or a GRDDL-inspired <a href="http://lists.ibiblio.org/pipermail/cc-metadata/2005-February/000587.html">XMDP transformation</a>.</p>
<p>I will find it useful to bring RDF into XHTML, probably via RDF/A, which I like to call <a href="http://www.formsplayer.com/notes/rdf-a.html">Hard Core Semantic XHTML</a>.</p>
<p>Marc Canter as usual expressed himself from the audience (and <a href="http://marc.blogs.it/archives/2005/03/lower_case_sema.html">on his blog</a>). Among other things Marc asked why Eric didn&#8217;t use the word metadata. I don&#8217;t recall Eric&#8217;s answer, but I commend him for not using the term.  I&#8217;d be even happier if we could avoid the word semantic as well. Those are rants for another time.</p>
<p><strong>Addendum:</strong> I didn&#8217;t make it to the session this afternoon, but <a href="http://tantek.com/log/2005/03.html#d13t1722">Tantek Çelik</a>&#8216;s <a href="http://tantek.com/presentations/2005/03/elementsofxhtml">slides for The Elements of Meaningful XHTML</a> are an excellent introduction to Semantic XHTML for anyone familiar with [X]HTML.</p>
<p><strong>Addendum 20050314:</strong> Eric Meyer has <a href="http://meyerweb.com/eric/thoughts/2005/03/14/emergent-semantics/">posted</a> his <a href="http://complexspiral.com/events/archive/2005/sxsw/">slides</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2005/03/13/semweb-not-by-committee/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Bitcollider-PHP</title>
		<link>http://gondwanaland.com/mlog/2005/03/05/bitcollider-php/</link>
		<comments>http://gondwanaland.com/mlog/2005/03/05/bitcollider-php/#comments</comments>
		<pubDate>Sun, 06 Mar 2005 06:44:36 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2005/03/05/bitcollider-php/</guid>
		<description><![CDATA[Here you&#8217;ll find a little PHP API that wraps the single file metadata extraction feature of Bitzi&#8217;s bitcollider tool. Bitcollider also can submit file metadata to Bitzi. This PHP API doesn&#8217;t provide access to the submission feature. Other possibly useful code provided with Bitcollider-PHP: function hex_to_base_32($hex) converts hexidecimal input to Base32. function magnetlink($sha1, $filename, $fileurl, [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://gondwanaland.com/bitcollider-php/">Here</a> you&#8217;ll find a little PHP API that wraps the single file metadata extraction feature of Bitzi&#8217;s <a href="http://bitzi.com/bitcollider/">bitcollider</a> tool.  Bitcollider also can submit file metadata to <a href="http://bitzi.com">Bitzi</a>. This PHP API doesn&#8217;t provide access to the submission feature.</p>
<p>Other possibly useful code provided with <a href="http://gondwanaland.com/bitcollider-php/">Bitcollider-PHP</a>:</p>
<ul>
<li><code>function hex_to_base_32($hex)</code> converts hexidecimal input to <a href="http://www.faqs.org/rfcs/rfc3548.html">Base32</a>.</li>
<li><code>function magnetlink($sha1, $filename, $fileurl, $treetiger, $kzhash)</code> returns a <a href="http://magnet-uri.sourceforge.net/">MAGNET</a> link for the provided input.</li>
<li><code>magnetlink.php [file ...]</code> is a command line utility that outputs MAGNET links for the files specified, using the bitcollider if available (if not kzhash and tree:tiger are not included in MAGNET links).</li>
</ul>
<p>Versions of this code are deployed on a few sites in service of producing MAGNET links or urn:sha1: identifiers for RDF along <a href="http://creativecommons.org/technology/nonweb">these lines</a>, both in the case of <a href="http://ccmixter.org/file/lucas_gonze/1">CC Mixter</a>.</p>
<p>Criticism welcome.</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2005/03/05/bitcollider-php/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Ordinary Submissions</title>
		<link>http://gondwanaland.com/mlog/2004/11/25/ordinary-submissions/</link>
		<comments>http://gondwanaland.com/mlog/2004/11/25/ordinary-submissions/#comments</comments>
		<pubDate>Thu, 25 Nov 2004 08:48:58 +0000</pubDate>
		<dc:creator>Mike Linksvayer</dc:creator>
				<category><![CDATA[Bitzi]]></category>
		<category><![CDATA[P2P]]></category>

		<guid isPermaLink="false">http://gondwanaland.com/mlog/2004/11/25/ordinary-submissions/</guid>
		<description><![CDATA[Two bloggers on using Bitzi. Neil Turner recommends “Wonderful Life” by Ordinary People feat. Tina Cousins. Apparently the track is hard to find. Having lost a copy once due to disk troubles, Neil submitted the file to Bitzi. Now others can use the Bitzi ticket to find the file he recommends (and Neil will have [...]]]></description>
			<content:encoded><![CDATA[<p>Two bloggers on using <a href="http://bitzi.com">Bitzi</a>. </p>
<p>Neil Turner <a href="http://www.neilturner.me.uk/2004/Nov/04/the_ordinary_people.html">recommends</a>  “Wonderful Life” by Ordinary People feat. Tina Cousins. Apparently the track is hard to find. Having lost a copy once due to disk troubles, Neil submitted the file to Bitzi. Now others can use the <a href="http://bitzi.com/lookup/5HBS7DJEXTBX4IRXFBQQ4OA2Z7NUMM5H">Bitzi ticket</a> to find the file he recommends (and Neil will have an easier time in the event of another storage failure). I was pleasantly surprised to find that after a few tries I could download the exact file from two Gnutella hosts. Unfortunately dance music and electronica aren&#8217;t my thing.</p>
<p>Fareed of Cairo and &#8220;survivor of a car crash&#8221; <a href="http://sniperontheroof.blogspot.com/2004/11/bitprint-submissions.html">writes about checking file integrity</a>:</p>
<blockquote><p>Have you ever downloaded files and you were not sure of it&#8217;s integrity. Now their is a way to be sure, a site called <a href="http://www.bitzi.com/">Bitzi</a> allows you to check file integrity. Users can submit using a program called <a href="http://bitzi.com/bboard/message?message_id=171857&#038;forum_id=53085">Bit Collider</a> file hashes to the site or verify that the integrity is ok.</p></blockquote>
<p>So Bitzi can help identify good and bad files. Good luck avoiding future hard disk and car crashes!</p>
]]></content:encoded>
			<wfw:commentRss>http://gondwanaland.com/mlog/2004/11/25/ordinary-submissions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
