What’s so different between these services that some of them don’t make your app receive anti-feature flag?
fawazahmed0 / currency-api (the service I use) has it’s code publicly available - it’s a script that gets that from somewhere else. Does it mean that Anti-Feature is not needed?
Eg. If the user needs to toggle that ON and it’s NOT ON by default, say the device does not unknowingly to the user connect to some external service, it will not need this AF.
Now, that does not mean apps metadata is perfect so if some of those need that AF, we can add it.
@linsui@Izzy how was that story with the “European Central Bank”? It’s freeish so…etc
ECB seems to have a free (libre) license; though it’s none officially “blessed” by OSI/FSF it seems to cover the basic “4 freedoms”. And to add to your line of thought: The toggle wouldn’t help avoiding NonFreeNet if the app won’t work with it toggled off (“entirely depends”)
Sure? Who has the precise definition for that when it comes to data? As pointed out: to me it looks like the “4 freedoms” are granted, which makes it libre. Others might come to different conclusions (see my notes on their 4th term that for commercial use one must not put data into frames – but that does not forbid commercial use, does it?). IMHO we should not demand the color of the dot on the “i” here.
I’d say then the users are free to choose and to set up their own “free API” – as long that’s not just a “nice theory” as there’s no way to feed it, it should be fine.
The AntiFeature text says that’s the solution even
This antifeature would not apply, if there is a simple configuration option that allows pointing the app to a running instance of an alternative, publicly available, self-hostable, free software server solution.