Weiß jemand, wie man Derivate von LGPL-Images (in zB SVG-Format) auf einer kommerziellen Web-Page kenntlich machen muss? Reicht da irgendwo in der Nähe des Impressum-Bereichs ein "Lizensierung"-Bereich, in denen die original-Images und die davon abgeleiteten Images mit zusätzlicher Angabe auf die ursprünglichen Urheber platziert werden? Oder wie soll sowas ausschauen? Kennt jemand Beispiele für eine kommerzielle Webseite mit LGPL-Images und so einem "Attribution"-Bereich? Das Gleiche würde mich natürlich auch für z.B. CC BY 2.5 interessieren ... Für Hilfe bin ich sehr dankbar! Viele Grüße, Mampf
Es muss direkt bei der entsprechenden Datei angegeben werden, mit lokaler, maschinenlesbarer (plain text) Kopie der LGPL.
Nachtrag: Was auch reichen würde, wäre, wenn die Infos durch einen Klick auf das Bild abrufbar sind, wobei Sammelseiten für mehrere Bilder aber nicht lizenzkonform sind.
Mampf schrieb: > Weiß jemand, wie man Derivate von LGPL-Images (in zB SVG-Format) auf > einer kommerziellen Web-Page kenntlich machen muss? > > Reicht da irgendwo in der Nähe des Impressum-Bereichs ein > "Lizensierung"-Bereich, Es heißt "Lizenzierung". > in denen die original-Images und die davon abgeleiteten Images mit > zusätzlicher Angabe auf die ursprünglichen Urheber platziert werden? Und eine Kopie des Lizenztexes. So würde ich die LGPL verstehen. Das könnte z.B. auch so aussehen, daß du ein Zip-Archiv mit den Originaldateien und den modifizierten machst und da eben ein Textfile mit Autor(en) und eins mit dem LGPL-Text mit einpackst. Es muß dabei ersichtlich sein, welche Dateien von wem kommen. Thorsten schrieb: > Nachtrag: > Was auch reichen würde, wäre, wenn die Infos durch einen Klick auf das > Bild abrufbar sind, wobei Sammelseiten für mehrere Bilder aber nicht > lizenzkonform sind. Warum nicht? Wenn die Bilder z.B. als Iconset zusammengehören, warum sollten die keine gemeinsame Lizenz haben? Aber selbst wenn nicht, wüßte ich keinen Grund, warum man das nicht auf einer Seite sammeln dürfen sollte, solange erkennbar ist, welche Bilder woher stammen und unter welcher Lizenz jedes davon steht. Wenn ich ein GUI-Programm schreibe, das an LGPL-Bibliotheken linkt, muß ich ja auch nicht für jede Bibliothek einen eigenen About-Dialog einbauen.
Danke schonmal für die Antworten. Eins ist mir noch nicht ganz klar ... Muss ich unveränderte Images auch aufführen oder nur, wenn ich sie selbst bearbeitet hab? Hat eigentlich irgendjemand jemals schon gesehen, dass jemand sich LGPL-Konform verhält und auf einer kommerziellen Seite einen Bereich für die Lizenzen usw hat? Grüße, Mampf
LGPL für Bilder ist auch etwas ... äh ... ungewöhnlich. Wenn es sich tatsächlich um SVGs handelt, wieso das ganze nicht wie Programmtext behandeln und einfach als Kommentar am Anfang der XML einfügen? Siehe: http://www.gnu.org/licenses/gpl-howto.html >> For a one-file program, the statement (for the GPL) >> should look like this: ...
1 | This program is free software: you can redistribute it and/or modify |
2 | it under the terms of the GNU General Public License as published by |
3 | the Free Software Foundation, either version 3 of the License, or |
4 | (at your option) any later version. |
5 | |
6 | This program is distributed in the hope that it will be useful, |
7 | but WITHOUT ANY WARRANTY; without even the implied warranty of |
8 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the |
9 | GNU General Public License for more details. |
10 | |
11 | You should have received a copy of the GNU General Public License |
12 | along with this program. If not, see <http://www.gnu.org/licenses/>. |
und fertig.
Rolf Magnus schrieb: > Warum nicht? Wenn die Bilder z.B. als Iconset zusammengehören, warum > sollten die keine gemeinsame Lizenz haben? Aber selbst wenn nicht, wüßte > ich keinen Grund, warum man das nicht auf einer Seite sammeln dürfen > sollte, solange erkennbar ist, welche Bilder woher stammen und unter > welcher Lizenz jedes davon steht. > Wenn ich ein GUI-Programm schreibe, das an LGPL-Bibliotheken linkt, muß > ich ja auch nicht für jede Bibliothek einen eigenen About-Dialog > einbauen. Wenn ersichtlich ist, von wem die Bilder sind, ist es natürlich kein Problem. Läubi .. schrieb: > Wenn es sich tatsächlich um SVGs handelt, wieso das ganze nicht wie > Programmtext behandeln und einfach als Kommentar am Anfang der XML > einfügen? Dann müssten die SVG aber auch als solche auf der Website benutzt werden und als Open-Source gekennzeichnet sein, sonst wäre es ja illegal, wenn man den Quelltext einer Datei ansieht.
Thorsten schrieb: > Läubi .. schrieb: >> Wenn es sich tatsächlich um SVGs handelt, wieso das ganze nicht wie >> Programmtext behandeln und einfach als Kommentar am Anfang der XML >> einfügen? > > Dann müssten die SVG aber auch als solche auf der Website benutzt werden > und als Open-Source gekennzeichnet sein, sonst wäre es ja illegal, wenn > man den Quelltext einer Datei ansieht. Naja, im Falle des Crystal Projects gibt es die SVGs zur Bibliothek gleich dazu. Ist dann natürlich klar, dass man die SVGs bearbeitet und nicht die zB 16*16px großen Miniaturen davon. Aber die werden normalerweise dann nach png oder jpeg gerendert und dann erst in die Seite eingebunden. Dennoch müsste ich wohl die SVGs als "geänderten Quelltext" veröffentlichen. Oder was meint Ihr dazu? Grüße, Mampf
Mampf schrieb: > Dennoch müsste ich wohl die SVGs als "geänderten Quelltext" > veröffentlichen. So war das auch gemeint. Dann kann sich eigentlich keiner beschweren wenn du irgendwo einen Hinweis (Impressum/About) anbringst und die geänderten SVGs veröffentlichst. Inwieweit das anwenden der LGPL auf binäre Renderings überhaupt noch Sinnvoll möglich ist sei mal dahingestellt...
Mampf schrieb: > Aber die werden normalerweise dann nach png oder jpeg gerendert und dann > erst in die Seite eingebunden. Von den Pixelgrafiken muss aber ein Link oder sonstiger Verweis zu den SVG mit geändertem Quelltext bestehen.
Thorsten schrieb: > Von den Pixelgrafiken muss aber ein Link oder sonstiger Verweis zu den > SVG mit geändertem Quelltext bestehen. Woraus leitest du das ab?
Thorsten schrieb: > Von den Pixelgrafiken muss aber ein Link oder sonstiger Verweis zu den > SVG mit geändertem Quelltext bestehen. Das würd ich ja zu gerne mal sehen ... Ein Button mit einem Image und wenn man draufklickt, wird man irgendwo hin umgeleitet, wo man dann den SVG-Qualltext sehen kann lol Ich hoffe nicht, dass das notwendig ist :) Grüße, Mampf
Mampf schrieb: > Ich hoffe nicht, dass das notwendig ist Macht auch gar keinen Sinn, im Umkehrschluss müsste ja jedes Byte kompilierten Objectcodes auf den LGPL verweisen... Gerade bei der LGPL geht es aber um einen Teil der entweder nur dazugebunden oder erweitert wird. Wenn du also ein SVG zu einem Bild machst ist das erstmal soetwas wie ein kompiliervorgang wo ein Binary rauspurzelt. Im Gesamtwerk = Internetseite sollte man dann natürlich schon "an prominenter Stelle" auf die LGPL verweisen. Also gehen wir mal davon aus das es sich tatsächlich um ein "Combined Works" im Sinne der LGPL handelt so musst du: > a) Give prominent notice with each copy of the Combined Work that > the Library is used in it and that the Library and its use are > covered by this License. Ein kleiner Hinweis im Footer und/oder Impressum auf die genutzten Libs und die LGPL (bei mehreren würde ich ein Link auf eine "LICENCE" Seite oder sogar Plain Text stellen). > b) Accompany the Combined Work with a copy of the GNU GPL > and this license document. siehe Punkt a) > c) For a Combined Work that displays copyright notices during execution, > include the copyright notice for the Library among these notices, as well > as a reference directing the user to the copies of the GNU GPL and this > license document. wäre ebenfalls durch a) abgedeckt > d) Do one of the following: [...] Wenn du den Sourcecode (SVG) veröffentlichst ebenfalls gewährleistet. > e) Provide Installation Information, [...] Kann hier entfallen, bestenfalls kannst du noch darauf Hinweisen mit welchem Programm du die SVG-->Raster Umsetzung vorgenommen hast. Wenn du dann sogar das ganze als "Combined Libraries" im Sinne der GPL auffasst: > a) Accompany the combined library with a copy of the same work > based on the Library, uncombined with any other library facilities, > conveyed under the terms of this License. Also neben den veränderten Sourcen auch nochmal das Orginal daneben legen... > b) Give prominent notice with the combined library that part of it > is a work based on the Library, and explaining where to find the > accompanying uncombined form of the same work. Im verändertem Source darauf Hinweisen, dass es auf dem Original beruht.
Thorsten schrieb: > Läubi .. schrieb: >> Wenn es sich tatsächlich um SVGs handelt, wieso das ganze nicht wie >> Programmtext behandeln und einfach als Kommentar am Anfang der XML >> einfügen? > > Dann müssten die SVG aber auch als solche auf der Website benutzt werden > und als Open-Source gekennzeichnet sein, sonst wäre es ja illegal, wenn > man den Quelltext einer Datei ansieht. Du hältst es für illegal, eine XML-Datei, deren Lizenz man nicht kennt, mit einem Texteditor zu öffnen?
So, ich hab mal versucht, alle meine Icons, die nicht selbst erstellt oder nicht PublicDomain sind, aufzulisten. Der Aufwand ist völlig verrückt und ich frag mich, ob das nicht irgendwie sinnvoller geht ... Ich hab einen Ausdruck als PDF angehängt ... Was meint ihr dazu? Muss das so sein? Grüße, Mampf
Mampf schrieb: > Der Aufwand ist völlig verrückt und ich frag mich, ob das nicht > irgendwie sinnvoller geht ... Naja, wenn du jedes Icon wo anders her hast, macht's das nicht einfacher. Ich habe bisher nur ganze Iconsets verwendet, wo dann alle Icons aus der selben oder höchstens mal aus zwei verschiedenen Quellen stammten. > Ich hab einen Ausdruck als PDF angehängt ... > > Was meint ihr dazu? Muss das so sein? Ich denke, es würde auch ein zip-Archiv rechen. Da steckst du die Originale und die veränderten Icons rein, eine Textdatei, wo für jedes Icon URL und Name der Lizenz steht und noch pro Lizenz eine Textdatei mit dem Lizenztext. Ist wahrscheinlich dann aber auch nicht so viel einfacher.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.