Linked by Thom Holwerda on Tue 31st May 2011 22:20 UTC, submitted by john
Legal Well, I have to say this: Lodsys got some balls. After Apple threatening them with legal action, Lodsys has gone on the offensive, and has proceeded to sue third party iOS application developers. While Lodsys had first given developers 21 days to negotiate an agreement, due to Apple's legal threats, the company has now moved its litigation timing to an earlier date.
Thread beginning with comment 475475
To view parent comment, click here.
To read all comments associated with this story, please click here.
WorknMan
Member since:
2005-11-13

Can you provide examples of software which can not be covered by copyright?


Can you copyright an audio or video codec? What about a file format or API? For example, "I just built this particular file format for the manipulation and storage of widgets in my application. You can build your own format if you want, but you can't incorporate my specific format into your own application without my permission ..."

Reply Parent Score: 2

jabbotts Member since:
2007-09-06

audio or video codec; written in source code so yes. You copywrite the source code implementation since you already can't copywrite or patent the math formula used at it's core.

API is also written in source code so yes; copywrite again covers that. That is the exact thing that happens now when one's software program (ie. API) is protected under a specific copywrite license.

File formats seem like they shouldn't be protected at all. The file format is the user's saved data which you don't own in the first place. What you can have though is a copywrite on the program which writes that file format; that seems perfectly reasonable.

I mean, user data lockin through file format monopolies is the very cornerstone of why software patents are completely market and consumer hostile. Your commiting a consumer hostile act in trying to limit the user's data to only your program. Why not do like the PDF file format and implement the best tools for working with it? The spec is open yet I've still not seen a PDF writer which produces a better file quality than Adobe's own tools.

Reply Parent Score: 2

WorknMan Member since:
2005-11-13

I mean, user data lockin through file format monopolies is the very cornerstone of why software patents are completely market and consumer hostile. Your commiting a consumer hostile act in trying to limit the user's data to only your program.


I mean, user data lockin through file format monopolies is the very cornerstone of why software patents are completely market and consumer hostile.


Actually, I think the biggest problem with patents is that they're too generic, and whatever kind of app you're coding, you're probably going to step on somebody else's patent without even realizing it.

Is trying to lock down a file format/codec consumer hostile? Maybe, and maybe not. Does the application that supports the proprietary format/codec have an export function so that the user can get their data out? Does the owner for the format/codec license it out so that other app developers can use it? In this case, I think it's better to let the consumer decide. Even still though, I am not suggesting that this sort of ownership be permanent - just for awhile. Once the patent is up on the format, anybody is free to do whatever with it. If you own the patent and haven't done anything useful with it in the time you had it, well... that's just too damn bad.

Edited 2011-06-01 23:28 UTC

Reply Parent Score: 2