GNOME Bugzilla – Bug 647589
Concert plugin using Songkick API to be warned about live gigs close to your location
Last modified: 2020-03-17 09:30:27 UTC
I've been using Banshee for a really long time, but I've also been using songbird (even though it's not officially supported for linux) just because it has a plugin to check for concerts om my library artists playing in my city (or any city for the matter). This feature is one of the best, I almost never miss a concert of my favorite artists! This plugin is powered by Songkick, I don't know if you guys have heard of it, but it's pretty good to track your artist concerts in any city around the world. Apparently it's not too hard to use, they have a nice API, here's a link to it: http://www.songkick.com/developer The terms of service is pretty straight forward and doesn't have any weird stuff, you just have to put somewhere that Songkick is the one providing the info, also put a logo. Pretty much like the last.fm extension And in the same way as the last.fm extension, links can be provided to find more info or even buy the tickets. I used last.fm as an example, but I really don't think this extension should run inside the context pane, it should be more like the Online Media extensions, that have their own pages, so I can see a list of all the artist in my library that have a concert in the city I selected, or even just find all the concerts that are happening in my city (not just my library) I wish I knew how to program so I could develop this by myself, I'm trying to learn but I'm in baby stage right now. I hope somebody likes this idea and decides to implement it. It'll be awesome!!!
Thanks for the report. It's enough to specify that the issue of type "enhancement", you don't need to specify it in the summary.
I'm talking to Songkick to see if we can get an exception or have an agreement on a Terms of Use that can work for Banshee and perhaps the whole Open Source community. The only problem is that I'm not a lawyer and don't know that much about this stuff, I'm just happy to help. So depending on their answer, I might need somebody from Banshee taking a look at whatever new Terms of Use they provide us. I'll keep it posted here and depending on the magnitude, might also post in the mailing list.
I'm attaching the answer I got from Songkick regarding their API key, I don't think we have a problem with it at all, so if anybody wants they can start the development of this extension and request the API key. You can find the original message here: http://groups.google.com/group/songkick-api/browse_thread/thread/93f65c27853bb86b -------- From: Sabrina Leandro <sabr...@songkick.com> Date: Thu, 21 Apr 2011 16:39:40 +0100 Local: Thurs, Apr 21 2011 11:39 am Subject: Re: Terms of Use for Open Source Hi Felipe, Unfortunately, for open source applications you have no choice but to expose the API key. There are other open source projects that had the same problem using our API. In those cases, we asked the project to add a comment above the API key line that says something like: "If you'd like to use Songkick's API please request your own API key from http://developer.songkick.com". If you ever feel that someone might be misusing your api key, let me know and we can issue a new one. We know security by obfuscation is not security, but for now, there's no way around it. thanks -- Sabrina Leandro http://www.songkick.com/users/saleandro
FYI a SongKick plugin has been developed during this past Google Summer of Code, but it doesn't have geolocation-features yet, so I'm marking this as INPROGRESS (actually "ASSIGNED", as this bugzilla installation is too old).
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.