Ich möchte SVG Edit für ein Projekt verwenden. Diese Software wird unter der Apache 2-Lizenz vertrieben.
Ich habe gesehen, dass:
- allen modifizierten oder nicht modifizierten Kopien ist eine Kopie der Lizenz beigefügt
- Alle Änderungen sind deutlich als die Arbeit des Modifikators gekennzeichnet
- Alle Hinweise auf Urheber-, Marken- und Patentrechte werden in verteilten Kopien korrekt wiedergegeben
- Der Lizenznehmer verwendet keine Marken, die dem Lizenzgeber gehören
Beziehen sich diese auf den Code oder sollte ich die Lizenz irgendwo in der GUI anzeigen? Die ursprüngliche Software zeigt "powered by SVG Edit" an. Ist es in Ordnung, wenn ich dies entferne? Und vor allem: Was ist die richtige Etikette dafür? Ich möchte kein Idiot sein, aber gleichzeitig möchte ich die Benutzeroberfläche so weit wie möglich vereinfachen, und das Entfernen des Links wird ein Teil davon sein, wenn es nicht als unhöflich angesehen wird .
licensing
apache-license
methodofaction
quelle
quelle
tl;drLegal
bei der Suche in diesem Thema gestoßen bin : - Apache License 2.0 (Apache-2.0) Erklärt Ich denke, die anderen Antworten hier sagen es tatsächlich besser, aber vielleicht Der Link wird jemand anderem nützlich sein.Antworten:
Sie müssen die Lizenz unter keinen Umständen in der GUI anzeigen.
Für Software, die unter der Apache License Version 2.0 (APLv2) lizenziert ist, ist es in Ordnung, die Software auf die von Ihnen vorgeschlagene Weise zu ändern. Diese Lizenz fordert zur Änderung auf. Die Lizenz sichert Ihnen die Freiheit, "powered by SVG Edit" in Ihrer modifizierten Version zu entfernen.
Weitere Informationen zu Ihren Verpflichtungen in Bezug auf die NOTICES-Datei, die mit der APLv2-Software geliefert wird, finden Sie in APLv2 (Abschnitt 4 (b)). Sie müssen den Inhalt so anzeigen, dass er für die Software geeignet ist. (Wohlgemerkt, SVG Edit tut dies wahrscheinlich bereits.) Sie können das "powered by SVG Edit" nicht entfernen, wenn dies der Fall ist, das aus der NOTICES-Datei stammt. Wenn Sie jedoch die NOTICES-Datei und den Quellcode verteilen, sind Sie davon ausgenommen. Weitere Informationen zu Ihren Optionen finden Sie in Abschnitt 4 (b) des APLv2.
Auf jeden Fall ist das, was Sie tun möchten, nicht unhöflich, besonders wenn Ihre Ableitungen dadurch besser funktionieren.
quelle
Sag einfach Danke ... jeder gewinnt
IANAL ... daher werde ich nicht auf die rechtlichen Verpflichtungen der Apache-Lizenz eingehen.
Eine gute Etikette bei der Verwendung von OpenSource-Software besteht darin, zumindest dort Kredit zu gewähren, wo Kredit fällig ist. Das halte ich für ein Minimum. Was auch immer Sie tun, ich denke, es wäre eine gute Praxis, die verschiedenen Projekte, Bibliotheken oder Entwickler zu erwähnen und sich bei ihnen zu bedanken, die Ihnen beim Erstellen Ihres Systems geholfen haben. Möglicherweise durch die Integration einer Bibliothek, die Änderung eines an einem bestimmten Ort gesammelten Codes oder die direkte Hilfe von jemandem.
Erwähnen Sie, dass Sie es verwendet haben, ist minimal.
Sag ihnen, dass du es benutzt hast, es ist schön.
Machen Sie Ihre Erwähnungen und bedanken Sie sich auf eine Weise, die für ihre Verwendung verlinkt werden kann, und geben Sie ihnen die Erlaubnis, Ihr Projekt im Gegenzug zu erwähnen. Dies ist sogar noch besser.
Unhöflich wäre es, ein Stück Open-Source zu verwenden, einige Korrekturen und Modifikationen vorzunehmen, es in ein anderes System zu integrieren und dieses andere System zu veröffentlichen, ohne jemals die Fixes zu teilen oder zu erwähnen, dass Sie es irgendwo verwendet haben.
Open-Source verlangt nicht viel und die Leute verdienen mit der Arbeit, die sie leisten, kein Vermögen. Überlegen Sie, was es bedeuten würde, wenn Sie das Ganze ohne fremde Hilfe von Grund auf neu codieren müssten ... es ist einfach fair Um diesen Menschen Anerkennung für die geleistete Arbeit zu zollen, ist dies oft ihr einziges Gehalt, und wenn Sie es ihnen geben, werden Sie kein Essen von Ihrem Tisch nehmen. Aber wenn Sie helfen können, könnte der Ruf, den sie durch Ihre Referenz erlangen könnten, das Essen auf den Tisch legen.
Ruf kann eine mächtige Ressource sein, es ist schwer zu verdienen, aber so einfach zu geben.
Sie sind jetzt in der Lage, es zu geben, eines Tages wird jemand anderes den Gefallen erwidern.
quelle
Es sieht so aus, als wären Sie von '4 betroffen. Die Umverteilungsklausel dieser Lizenz, die Sie sorgfältig lesen sollten, und fragen Sie einen Anwalt, wenn Ihnen etwas nicht klar ist (wenn Sie sich eine leisten können und wenn Sie jemanden finden, der versteht, worum es geht, für jedes Land, in dem Sie tätig sind Ihr Projekt vertreiben oder verkaufen möchten).
Ich bin kein Anwalt, ich sage Ihnen nur, wie ich diese 4 Punkte aus dieser Klausel verstehe - ich kann völlig falsch liegen.
Punkt 1 gilt, wenn es sich bei Ihrem Projekt um eine abgeleitete Arbeit im Sinne der Apache 2-Lizenz handelt (lesen Sie diese Definition noch einmal sorgfältig durch). Wenn ja, müssen Sie Apache 2-Lizenztext selbst einfügen, ich habe gesehen, dass er auf verschiedene Produkte angewendet wird, normalerweise in der Dokumentation (gedruckt oder online) unter dem Titel "Diese Software enthält Code" oder "wird vom Code abgeleitet". die durch diese Lizenz abgedeckt ist “. Alle Copyrigths zu allen Teilen und Abschnitten sind auch irgendwo in der Nähe erwähnt.
Bei den Punkten 2 und 3 handelt es sich normalerweise um Quelldateien.
Punkt 4 gilt, wenn der 'Original'-Code eine' NOTICE'-Textdatei enthält, die Sie einschließen und anzeigen sollten
Ich habe solche Hinweise im "Über" -Dialog gesehen, den fast jedes GUI-Programm hat. Es wird als höflich angesehen, dort alle Credits zu vergeben.
quelle