Australian Judge Rules Facts Cannot Be Copyrighted
nfarrell writes "Last week, an Australian Judge ruled that copyright laws do not apply to collections of facts, regardless of the amount of effort that was spent collecting them. In this case, the case surrounded the reproduction of entries from the White and Yellow Pages, but the ruling referred to a previous case involving IceTV, which republishes TV guides. Does this mean that other databases of facts, such as financial data, are also legally able to be copied and redistributed?" Here are analyses from a former legal adviser to the directory publisher which prevailed as the defendant in this case, and from Smart Company.
This has been settled law in the United States since the Supreme Court ruling in Feist Publications, Inc., v. Rural Telephone Service Co. (1991). You can read the whole opinion on Google Scholar. I highly recommend reading it, it's a classic in American copyright law.
May be worth noting that "collections of fact" have long been recognized as uncopyrightable in the US. However, if significant creative work went into filtering the facts in a certain way.. like I picked out all the funny-sounding names from the phone book... the resulting list may be copyrighted.
That's a collection of facts based on a creative work. This kind of ruling doesn't apply to that. The creative work is already copyrighted and thus protected from such reproductions.
While I agree that Justice Gordon is sensible, I'm pretty sure the Honorable Michelle Marjorie Gordon (photo) is not a man.
I believe the submitter was talking about stock market prices. While end of day prices are readily available, high precision data (the sort of stuff you'd need if you're backtesting automated traders, for example) is fairly pricey. For example, CBOE back data:
http://www.marketdataexpress.com/servicePriceList.aspx
runs to about $200/month per symbol, or $1,250/month for all available options, for per-tick quotes. Of course, a lot of what you're paying for is the knowledge that the information is correct, and there are cheaper options (for example many real time data feeds come with some amount of historical data, and you can always collect information over time) if you're happy dealing with the data integrity issues yourself.