porting liquid weather to plasma

[Aaron J. Seigo]

On Friday 29 February 2008, Matt wrote:
> The xml feed license requires you to use a specific url which contains a
> key that is linked to a subscriber.  There are limitations on how much data
> you can download, and how often.  In addition, in order to use the data
> feed, there are requirements to acknowledge the data source in the applet. 
> This is the bit that I am not sure of whether it would comply with a GPL
> dataengine.

it's probably not a matter of complying with the GPL, since the GPL covers the 
code you write rather than the service it uses or provides. in particular, it 
covers distribution of your code.

where it gets tricky is if there are restrictions on commercial use, etc .. 
that would be painful/annoying/not possible for our downstreams (users as 
well as distros)

> I suppose I can implement it in such a way that the user of the 
> engine must provide their own "subscription key" part of the url in the
> applet itself, which would probably deal with my concern.

that's one option indeed ... 

how did you get around this with liquid weather? (or did you not use 
weather.com?)

also, where is the licensing info on weather.com?

> Now just have to work out how to implement a dataengine and in python.

the python scripting in playground apparently includes engines.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080301/014883a4/attachment.pgp