[gnomoradio-devel] iRATE, Gnomoradio and any other yet to come.

[Alexandre Van de Sande]

Anthony Jones (and irate community), and gnomoradio community.

We should not think about joining forces, but more on a sharing
knowledge basis. Gnome radio and irate are different programs, with
slightly different approachs and it is better that way, that every one
should be free to make their own approach.

But yes, as long as gnomeradio and irate are splitting up the users,
each one will be weaker, and the impact of both together on music
industry will not be so significant.

What they have in common are the databases: the music database and the
users profiles database. what we could work together should be the
algorithms for filtering music according to those user profiles.

I am a brazilian designer, and do not intend to work neither on irate
nor on gnomeradio, but I discovered both while working on a my own
ideas, witch i dsicovered to be very similar to boths programs
philosophies. I intend to make a music software with collaborative
filtering as irate and gradio, but with some  user interface ideas of
my own,  thinking about (but not restricted to) the brazilian
independent music scene, or how I see the whole thing from my local
point of view. And the magic of our (internet) age is richness
throught multiple point of view.

Now what I suggest is that we shoud work together in interface
independent ideas, that both Irate, Gnomoradio and any other
iniciative could use. That is:

1-create protocols to share user profiles and music database (where
the music can be found through  HTTP or P2P or even FTP) There are a
whole bunch of great musicians in brazil seeking for a chance. there
are thousands other on the creative commons search engine.

2-work together to develop open working algorithms to filter the user
profiles and select the music that the user would probably like to
hear.
 (what Pádrag cunnigham called a Automatic collaborative filtering,
google his papers about programme driven radio at trinity college
dublin)

maybe this algorithm could be transformed into a external program,
that could be enhanced independently, and could be plugged in any
program. There is a whole new field for automatic classifications of
music by similitude baesd on the analog sound wave, the rytm, the
frequency. Music programmers could work on this separetdly, and
constanly improve the whole thing.

This way, gnomoradio, Irate or any program yet to be created will be
more powerfull

Alexandre van de sande
brasil

(i am not a native english speaker)







On Sun, 12 Sep 2004 16:39:13 +0800, Anthony Jones <address@hidden> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Sat, 11 Sep 2004 11:39 am, Jim Garrison wrote:
> > I am well aware of your project, and although I have not used it, I have
> > to say that I am a supporter based on philosophical grounds, of course.
> > When we announced Gnomoradio, we were not aware of its existence.
> > Still, Gnomoradio had existed for a long time before the announcement
> > (it had existed as a music player since 2000, and we had been "building
> > the cathedral" so to say for a while before we officially released our
> > goals.
> 
> Interestingly enough, I released the first version of iRATE only a week after
> I wrote the first line of code. I must admit I haven't had a chance to look
> at Gnomoradio yet but I intent to do so very soon.
> 
> > I too think it would be a good idea to work together as much as
> > possible.  Although our implementations are very different, there are at
> > least a few things in common where we can most definitely work together:
> > rating mechanisms, metadata, and mutual philosophical support.  Our
> > rating mechanism is not very good right now, but I am working on a new
> > system.  I am interested to look into how you handle this.
> 
> I'd like to establish standards for the things we do have in common. I'm not
> entirely sure what these are yet.
> 
> > Gnomoradio also has the ability to download songs that do not have RDF
> > descriptions since the 0.14 release.  Maybe we could even create a
> > shared catalog of this type of content, but it seems that you have
> > already done the burden of the work here :)
> 
> I have listed tracks which aren't CC licensed as well as ones which are.
> Because iRATE doesn't do any redistributing I haven't been too worried about
> the licensing side of things. The intention is to fuss more about licensing
> later on down the track.
> 
> We've been concentrating mainly on the client code over the last year. The
> server code is a really hacky implementation I knocked up the first weekend I
> worked on iRATE. The server hasn't changed substantially since then except
> for some improvements in the correlation code.
> 
> Anthony
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> 
> iD8DBQFBRAsyVvzhgUzyCsERAiSjAJ9uxE4mWgcGMfZPbnc0V8EnFDgN1ACfcTeq
> NfgmsFfDZgZlECaCcF/3Svc=
> =isaw
> -----END PGP SIGNATURE-----
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> iRATE-devel mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/irate-devel
>