[okfn-discuss] Taking the Open Service Definition to 1.0
mukundan at iitb.ac.in
Wed Jul 9 20:04:27 BST 2008
Support for simple "Open Service"
agree with these very valid points. Addressing these issues will truly
make it "open" which is better than "free" and why to confuse with a
A data which has been "approved" by the provider for use in other places
and other ways is more open.
A few clarifications:
How do we define personal data?
The definition assumes API's to be by default Open. what would happen if
the source was LGPL based? Do API's still remain open?
thanks and regards
On Wed, July 2, 2008 01:10, Iain Emsley wrote:
> Dear all,
> Comments on Rufus's specifics below but I have a question. Should there
> be a definition about the methodologies of any data / services offered?
> Just thinking of any service that might pull in data from a social
> network (the "friends" may not know about their data being pulled in to
> another service and may not agree - an ongoing argument I believe) or
> using social science or, for instance, medical or other scientific data,
> amongst other forms. If a SaaS is offering a service based on data, it
> must be in the user's interests in knowing the source of any data. If
> you cannot verify the data or the source, any results based thereon must
> be suspect because an end user cannot follow the bread crumbs. Similarly
> if data is manipulated in any fashion, the methodolog(y/ies) must be
> announced to the end user and, again, the source be present to trace the
> original data to prove or re-run any tests or to test the
>> 1. Naming: should it be Free/Open Service Definition or just plain Open
>> Service Definition?
> I prefer Open Service Definition: it would at least cover any service
> which may buy in data and free it up. I wonder whether the semantics of
> free mightconfuse any users of either variety (i.e., the license or the
>> 2. URL: should we go for the short 'osd' or the longer
>> 'open_service_definition' (or even just 'open_service' or
>> Open Service Defintion might play more friendly with search engines and
>> the fewer acronyms the better IMHO.
> Iain Emsley
> okfn-discuss mailing list
> okfn-discuss at lists.okfn.org
More information about the okfn-discuss