Use of custom designed software at work? If I have developed an application on my own time and using my own resources, and that application could be highly valuable in performing my job, can I use it to get my work done without endangering my rights to my own intellectual property? For example, say I have developed software that allows me to mark up PDF documents with great ease. This was done on my own time, using my own tools and equipment. If part of my job changes and I actually need to mark up PDFs for work, and I use my own custom tool to do it, am I opening the door to my employer having any rights to my software? Could they say that since I am using it for work, they have some claim to it? Thanks!
You would have to look at your contract with the company or the company's rules. Some companies have clauses that say they own things you develop while working for them and some don't. Without knowing your specific company's policy, it is impossible to say.
I agree that you have a very strong copyright fair use case. Although the logo is creative and you're using the entire thing, your use is for a nonprofit educational purpose and does not affect the value of the work. The logo is also probably trademarked. But you aren't using the mark in commerce, so I don't think that will be a problem for you.
This is similar to giving a hammer and needing to state to one is not responsible if the taker uses it to hit their head with. I believe this is the wrong analogy to use here. It would be more like giving somebody a hammer and saying you are not responsible if the head flies off and injures you. There is a concept in &quot;things&quot; you obtain called &quot;fitness for purpose&quot;, so if you download open-source software like a registry cleaner, and it deletes your entire registry, the &quot;WTFPL&quot; doesn't absolve the authors of liability. Explicitly denying any kind of &quot;fitness for purpose&quot; or warranty helps shield the author from legal claims (even if they are meritless) because it kills it out of the gate. It's possible that the WTFPL license granter/author could still be sued and have to defend themselves in court because it isn't explicitly stated that there is no warranty or fitness for purpose. Open source does not mean that it's &quot;use at your own risk&quot;, which is why there are so many types of licenses and disclaimers. From comments: Thank you for this very clear answer. Does the fact that someone willingly retrieves free code with no control of the provider changes anything? (vs a software vendor which provides code suitable for A and B, in exchange for money) I think closer to your hammer analogy where I would sue the producer of hammer XXX, a hammer I found on the street or which was given to me without involvement of vendor XXX. No, this doesn't change anything. The software vendor here is the person who writes the code, even if they don't charge for it. They are the ones who license the software and they are the ones who take some level of responsibility for it. In this case, the software author is the &quot;hammer producer&quot; that you would sue... If you buy &quot;Registry Cleaner XL&quot; from Best Buy and it bricks your computer, you don't sue Best Buy, you sue the person who authored the software. In pretty much every case, the author is the responsible party, not the vendor, and it is the author who licenses it, not the vendor (the vendor just acts as an intermediary).
Basically, "in the course of your employment" means "while you are working, or should be working, for the employer". If you're not using company resources or time to create or acquire the works in question, and the works are unrelated to company business, they're quite unlikely to become the company's property. (Particularly since the company almost certainly doesn't have an interest in controlling the distribution of your vacation photos.) When you let your personal side projects and the company's stuff get intertwined, that's where the troubles begin. Works made on company time, or using company resources, or to do company-related things, may be claimed by the company, and this agreement basically says you'll cede ownership of the works to them, patents and all, for whatever amount of money they decide it's worth paying you.
There is something called the exhaustion doctrine that says that once the holder of a patent sells a patented device, they have relinquished control over that particular instance of the patent implementation. Anyone who legally purchases this hardware has the right to run whatever software they want on it, as long the software is otherwise legal (software designed to defeat DRM would be an example of software that is is not legal).
Depends if the artist is a contractor or an employee Let's say I am the person who created Spiderman, but my artist came up with the design of the costume and everything Well, it certainly looks like you didn’t create Spider-Man - the artist did. If they are your employee then you, as their employer, own the copyright. If they are a contractor, then they own the copyright which can be transferred to you under the terms of the contract or otherwise. What if the design was written in paper and then the concept artist represented the written design graphically, does that make any difference? Not really. Here the artist has created a derivative work but since they did so with your permission, that’s fine. The derivative work is a seperate work with its own copyright owned as stated above. How can you make sure you don't face this problem if you hire an artist for your work? You set out in the contract who owns the copyright.
Affirmative authority that this particular use (incorporation of the format of another program's textual data files into your own program) is protected is somewhat elusive in the US system; however there's a lot of observable evidence that reverse engineering data file formats without a license is widespread. My sense is that this would be analyzed under the same rubric as other kinds of reverse engineering and/or fair use. I'm sure there are others here who are better able to clearly and concisely explain that law than I am. However there may be limits — it seems Microsoft was able to prevent VirtualDub's use of the ASF format by patenting it. That said, it's hard to see how an unencrypted, unencoded ASCII data file file could be patentable (i.e. where the ASCII strings are the data, generated in response to user input, and the format is just their order and separators, etc). For the European arena, there is recent authority in SAS Institute Inc v World Programming Limited that the format of a program's data files are not protected by copyright when reverse engineered without the source code. The following is from the digest and application of the CJEUs decision by the English court that referred it, in its subsequent judgment: The judgment of the CJEU On 29 November 2011 Advocate General Bot delivered his Opinion on the questions referred... Questions 1-5 The Court dealt with these questions together. It interpreted this court as asking "in essence, whether Article 1(2) of [the Software Directive] must be interpreted as meaning that the functionality of a computer program and the programming language and the format of data files used in a computer program in order to exploit certain of its functions constitute a form of expression of that program and may, as such, be protected by copyright in computer programs for the purposes of that directive": see [29]. Having referred to recital (14), Article 1(1) and 1(2) of the Software Directive, Article 2 of the WIPO Copyright Treaty and Articles 9(2) and 10(1) of TRIPS, the Court went on: ... 39. [...] it must be stated that, with regard to the elements of a computer program which are the subject of Questions 1–5, neither the functionality of a computer program nor the programming language and the format of data files used in a computer program in order to exploit certain of its functions constitute a form of expression of that program for the purposes of Article 1(2) of Directive 91/250. 40. As the Advocate General states in point 57 of his Opinion, to accept that the functionality of a computer program can be protected by copyright would amount to making it possible to monopolise ideas, to the detriment of technological progress and industrial development. 41. Moreover, point 3.7 of the explanatory memorandum to the Proposal for Directive 91/250 [COM(88) 816] states that the main advantage of protecting computer programs by copyright is that such protection covers only the individual expression of the work and thus leaves other authors the desired latitude to create similar or even identical programs provided that they refrain from copying. 42. With respect to the programming language and the format of data files used in a computer program to interpret and execute application programs written by users and to read and write data in a specific format of data files, these are elements of that program by means of which users exploit certain functions of that program. 43. In that context, it should be made clear that, if a third party were to procure the part of the source code or the object code relating to the programming language or to the format of data files used in a computer program, and if that party were to create, with the aid of that code, similar elements in its own computer program, that conduct would be liable to constitute partial reproduction within the meaning of Article 4(a) of Directive 91/250. 44. As is, however, apparent from the order for reference, WPL did not have access to the source code of SAS Institute's program and did not carry out any decompilation of the object code of that program. By means of observing, studying and testing the behaviour of SAS Institute's program, WPL reproduced the functionality of that program by using the same programming language and the same format of data files. 45. The Court also points out that the finding made in paragraph 39 of the present judgment cannot affect the possibility that the SAS language and the format of SAS Institute's data files might be protected, as works, by copyright under Directive 2001/29 if they are their author's own intellectual creation (see Bezpecnostní softwarová asociace, paragraphs 44 to 46). 46. Consequently, the answer to Questions 1–5 is that Article 1(2) of Directive 91/250 must be interpreted as meaning that neither the functionality of a computer program nor the programming language and the format of data files used in a computer program in order to exploit certain of its functions constitute a form of expression of that program and, as such, are not protected by copyright in computer programs for the purposes of that directive." Regarding the idea that the user has rights to access their output of a program held in a proprietary data file format there is some additional discussion in the that might be helpful in paragraphs 48 - 62 (of the CJEU opinion), discussing the right of a licensee to 'study and observe' the 'underlying' 'ideas and principles' of a program to accomplish 'acts of loading and running necessary for the use of the computer program.'
Yes, it also applies. However, an employment implies they agree to having employment related data stored and processed (e.g., to be paid). When there are performance related bonuses in the contract, this will likely (but IANAL) imply they agree to performance data being collected and stored appropriately. Furthermore I would assume most of such data processing (such as knowing who is responsible for a certain change, who created a file, modified it etc.) falls into "legitimate interests" of the employer, as this information may be necessary for operations. I'd assume (still IANAL) that much of the consequence wrt. GDPR is the right to have your data erased. So a company should be prepared to remove such data when an employee leaves the company, e.g., by clearing the responsible person fields upon request. At least for data where there is no legal requirement to have such data provenance. But: consult your lawyer for a proper legal opinion!