[euopendata] Study says charge for public data...

[Ton Zijlstra]

Very interesting. Will read this with attention.
I seem to remember other studies that concluded that any revenue to be
gained from selling data would be marginal compared to the value created
through a.o. commercial re-use. Though of course, I now cannot find pointers
to them. (Any suggestions?)

best,

Ton
-------------------------------------------
Interdependent Thoughts
Ton Zijlstra

ton at tonzijlstra.eu
+31-6-34489360

http://zylstra.org/blog
-------------------------------------------


On Thu, Jan 13, 2011 at 11:20 AM, Peter Krantz <peter.krantz at gmail.com>wrote:

>
> https://www.apiefrance.fr/sections/acces_thematique/reutilisation-des-informations-publiques/economic-study/view
>
> "The authors conclude that in times of tight budgets, the optimal
> policy may be to charge for commercial reuse at reasonable rates
> designed to cover the cost of the added value. This policy rightfully
> shifts a share of the costs of producing PSI from taxpayers to those
> who obtain a commercial benefit from using it outside its primary
> purpose. Significantly, this approach would not diminish the overall
> economic equilibrium of PSI reuse. For non-commercial reuse, setting
> rates equal to the marginal cost of making the information available
> would be optimal in most cases, as the willingness to pay for this
> type of reuse is generally low. The study did not specifically address
> the case where public entities competes with private operators and/or
> are required to self-finance part of its budget."
>
> European Commission tweeted this with the hashtag #opendata:
> http://twitter.com/infsoe4/status/25495868148809729
>
> regards,
>
> Peter
>
> _______________________________________________
> euopendata mailing list
> euopendata at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/euopendata
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/euopendata/attachments/20110113/44fe722d/attachment-0001.html>