adamcik
Joined 13 years ago
Joined 13 years ago
Since the documentation is Apache License 2.0 there isn't much one can do, other than complain to the hosting about misuse of the project name/branding. But so far we haven't heard back from the hosting provider's abuse contact point (https://github.com/jodal/pykka/issues/216 if anyone is interested).
But as you can see in issue #110 this goal hasn't been reached yet.
I.e. I would be highly surprised if our OAuth integration was the source for this issue, but I'm obviously biased as the author of https://github.com/adamcik/oauthclientbridge
As for libspotify, there you had to put in a (device) password and username, so if something scraped that config I guess all bets are off...
If you are from a "good" country things are a lot easier. E.g. I didn't have the TELC B1 test done when I sent in all the papers. So I had a co-worker help write a formal letter explaining I would forward the test results when ready and got the permit before the results.
There is even a set of countries that are exempt from the language requirement (Austria, Belgium, Denmark, France, Germany, Italy, Netherlands, Portugal, Spain, Greece, and Liechtenstein). Some of which make sense as they share a language with Switzerland while others I wonder what the story really is...
In contrast, friends from a "bad" country would be stringed along on 6 month L-permits, also for the spouse (who didn't get the right to work) while I brought my partner (we still aren't married) and got her a B-permit that could easily be upgraded to a working visa from the get go.
I wish the system wasn't so discriminatory :(
The thing to watch out for though is that the parchment paper is not suited for baking (mainly thinner and cheaper), we once baked a pizza on the matpakke type and it was a pain to get the paper off the crust.
At this point they actually paid me to opensource the code and hired me to setup a copy for them. We never got their version to take off, as mine was to well established. So eventually we shut their instance down, and mine lives happily on despite the fact that I've long since left the university.
IME also did some great follow up putting quite a bit of effort in creating an API for "me". The problem was that the central IT services could only provide payed access to their WSDL based XML service. So IME basically payed them for access and then reexported it with their own API[1] + caching.
On a side note, most of the code[2], except for the importers should be generic enough to use at other schools :-)
[0]: http://ntnu.1024.no/ or http://ntnu.1024.no/2014/fall/adamcik/35/ for a sample timetable
http://docs.mopidy.com/en/latest/ext/external/#mopidy-soundc...
http://static.echonest.com/enspex/web/ChillRadio/ linked from the demos shows this for artists as a seed, but tasteprofiles as the station seed works nicely as well :-)
The way to go about building this with mopidy is essentially one of the following:
- Create the voting system based on the MPD protocol to talk to mopidy
- Create the voting system using our JSON-RPC websocket access to the core APIs.
- Create a frontend in python with full access to the core APIs.
Each of these of course have it's advantages and disadvantages. But to me one of our main strengths is the architecture we've designed over time and how people can use mopidy almost like a framework for exposing the media server in a novel way.