<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://hypertwins.org/mw/index.php?action=history&amp;feed=atom&amp;title=GnuMusiq%2Ftopic_subscription</id>
	<title>GnuMusiq/topic subscription - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://hypertwins.org/mw/index.php?action=history&amp;feed=atom&amp;title=GnuMusiq%2Ftopic_subscription"/>
	<link rel="alternate" type="text/html" href="https://hypertwins.org/mw/index.php?title=GnuMusiq/topic_subscription&amp;action=history"/>
	<updated>2026-04-15T04:04:29Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://hypertwins.org/mw/index.php?title=GnuMusiq/topic_subscription&amp;diff=16711&amp;oldid=prev</id>
		<title>Woozle: extracted from design page, and expanded</title>
		<link rel="alternate" type="text/html" href="https://hypertwins.org/mw/index.php?title=GnuMusiq/topic_subscription&amp;diff=16711&amp;oldid=prev"/>
		<updated>2013-09-08T14:30:05Z</updated>

		<summary type="html">&lt;p&gt;extracted from design page, and expanded&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;A &amp;#039;&amp;#039;&amp;#039;topic subscription&amp;#039;&amp;#039;&amp;#039; is a means by which someone can be notified whenever there is a new release (something for sale) that fits a certain topic. The idea of &amp;quot;topic&amp;quot;, however, is quite flexible and could be used to categorize releases in many different ways, including (but not limited to):&lt;br /&gt;
* artist&lt;br /&gt;
* label (especially small labels)&lt;br /&gt;
* performer (an individual musician who worked on the project)&lt;br /&gt;
* songwriter&lt;br /&gt;
* recommendations by others (see [[#Ecosystem]] for some expansion on this idea)&lt;br /&gt;
&lt;br /&gt;
For each topic, users could choose whether (and how) to be notified and whether to buy automatically, and could also set purchase limits either by frequency (e.g. no more than once a week, or not spending more than a given amount per month).&lt;br /&gt;
==Benefits==&lt;br /&gt;
The main benefit is that it removes much of the element of chance -- and hence much of the need to &amp;#039;&amp;#039;advertise&amp;#039;&amp;#039; -- from the business of finding the music that you want to hear (and are likely to enjoy).&lt;br /&gt;
&lt;br /&gt;
Another benefit is that it lets the artist know how many &amp;quot;units&amp;quot; they are likely to sell, which allows much better planning of the release. Overprinting represents waste, in that the extra copies often have to be sold at a discount or else take up expensive warehouse space until sold; underprinting represents waste in that the money those missing copies would probably have made will have to be deferred to another press run, by which time the disappointed customers may have lost interest (or bought used copies). Carefully tracking audience interest helps the artist make the optimum press run and thereby maximize net income.&lt;br /&gt;
&lt;br /&gt;
Furthermore, this concept works extremely well in other media, too. For example, I&amp;#039;ll buy anything Lois McMaster Bujold writes &amp;amp;ndash; in hardback, if I have the money. Often I don&amp;#039;t find out about a book in time, and it&amp;#039;s only available in paperback. Or not at all. If I had a Series Subscription for her works, I&amp;#039;d know in advance and perhaps even have time to scrape the money together for a hardback.&lt;br /&gt;
==Ecosystem==&lt;br /&gt;
The obvious, simple way to handle recommendations is that any user (call these users &amp;quot;reviewers&amp;quot;) could recommend any release, and any other user could &amp;quot;subscribe&amp;quot; to a reviewer&amp;#039;s recommendations feed, and thereby either receive notifications or automatically purchase the items recommended.&lt;br /&gt;
&lt;br /&gt;
However, this is only the iceberg&amp;#039;s tip with regard to what could be done. I suggest the following refinements:&lt;br /&gt;
* allow reviewers to &amp;#039;&amp;#039;rate&amp;#039;&amp;#039; each release on a numeric scale (as is commonly done now, e.g. on amazon.com)&lt;br /&gt;
* allow users to pick a threshold for notification (e.g. only notify about releases with at least 3 stars)&lt;br /&gt;
* allow users to combine multiple reviewers, so that no &amp;#039;&amp;#039;individual&amp;#039;&amp;#039; reviewer controls the user&amp;#039;s notifications or purchases&lt;br /&gt;
* allow users to &amp;#039;&amp;#039;rate&amp;#039;&amp;#039; reviewers numerically, and provide the user with weighted averages across all their chosen reviewers, so that the reviewers who best match the user&amp;#039;s taste count the most towards what that user sees or purchases (this is basically [[igov:weighted proxy voting|weighted proxy voting]] applied to artistic preference)&lt;br /&gt;
* allow reviewers to create separate topics by which to rate releases (genres, production, songwriting, performance...)&lt;br /&gt;
* on the site&amp;#039;s front page, display some combination of:&lt;br /&gt;
** the overall highest-rated releases&lt;br /&gt;
** this overall highest-rated reviewers&lt;br /&gt;
** the releases rated highest, weighted by reviewer&amp;#039;s overall rating&lt;br /&gt;
** topics with the highest-topic-rated releases&lt;br /&gt;
** ...and so on; experimentation will determine what works best&lt;br /&gt;
&lt;br /&gt;
This will create a rich music-appreciation ecosystem that will allow the best music to rise to the top and find its audience, with a minimum of advertising or other promotional efforts required from the artist. This, in turn, will level the playing field, and make &amp;#039;&amp;#039;talent&amp;#039;&amp;#039; and &amp;#039;&amp;#039;ability&amp;#039;&amp;#039; the primary factors for success.&lt;/div&gt;</summary>
		<author><name>Woozle</name></author>
	</entry>
</feed>