[url]-tag vs. [img]-tag - Urheberrechtsfrage 36
18.09.2009
Du hast recht - technisch sind href- und img-Tag insofern gleich, als daß derjenige,
der ihn setzt in beiden Fällen das Bild nicht kopiert.
Die Kopie wird erst im Browser des Benutzers vollzogen und nur dieser stellt
die Bilder dann im Kontext einer (anderen) Seite dar.
Auch wenn es aus technischer Sicht nicht logisch erscheinen mag, sieht die
Rechtssprechung in der Einbindung fremden Materials in eine Webseite per
img-Link als urheberrechtlich relevant an.
Die Begründung dafür liegt darin, daß der oben beschriebene Effekt vom
Benutzer beabsichtigt ist und beim reinen Betrachten der Webseite kein
Unterschied festzustellen ist zwischen eingebundenen Bildern auf dem
eigenen Server oder auf anderen.
der ihn setzt in beiden Fällen das Bild nicht kopiert.
Die Kopie wird erst im Browser des Benutzers vollzogen und nur dieser stellt
die Bilder dann im Kontext einer (anderen) Seite dar.
Auch wenn es aus technischer Sicht nicht logisch erscheinen mag, sieht die
Rechtssprechung in der Einbindung fremden Materials in eine Webseite per
img-Link als urheberrechtlich relevant an.
Die Begründung dafür liegt darin, daß der oben beschriebene Effekt vom
Benutzer beabsichtigt ist und beim reinen Betrachten der Webseite kein
Unterschied festzustellen ist zwischen eingebundenen Bildern auf dem
eigenen Server oder auf anderen.
#2Report
[gone] oma *pantera: pferde, cadillac glam & retro shoots
18.09.2009
rein theoretisch ist [img] ok, da das bild ja nicht mal kopiert wird, sondern auf dem server des urhebers bleibt. ich setze jetzt einfach voraus, dass es da herkommt - dies ist nicht unbedingt auf eine community wie mk anwendbar, da hier ja alles über mk server läuft, daher ist [url] eindeutiger.
die andere seite ist *trafficklau*, so dass dies hier [img] wiederum als nicht als *nett* empfunden wird und [url] löst dieses problem, weil dann die seite direkt besucht wird, und es ist auch sofort erkennbar dass es sich um ein fremdbild handelt.
und ne dritte seite ist noch, wie so eine plattform wie mk es handhabt- dann gilt natürlich hausrecht.
die andere seite ist *trafficklau*, so dass dies hier [img] wiederum als nicht als *nett* empfunden wird und [url] löst dieses problem, weil dann die seite direkt besucht wird, und es ist auch sofort erkennbar dass es sich um ein fremdbild handelt.
und ne dritte seite ist noch, wie so eine plattform wie mk es handhabt- dann gilt natürlich hausrecht.
#3Report
[gone] Graupelschauer
18.09.2009
Fotofuxx hat recht. Mit der Einbindung über ein Img macht sich der Poster das fremde Bild "zu eigen" wie es so schön heißt. Aus diesem Grund sind auch iframes mit fremden Inhalten verboten da ein Surfer der Meinung sein könnte, die Inhalte würden zu dem Besitzer des äusseren Frames gehören, weil er auch in seiner Adresszeile die Hauptadressse sieht, nicht aber die Adresse dessen, der den Content für den Iframe liefert.
Mit einem Link ist das besser, wobei ein Direktlink (deeplink) auf ein externes Bild auch nur dann OK ist, wenn das Bild im "normalen" Weg von der Homepage auch zugänglich ist. (Deshalb gibt's mittlerweile auch Serversoftware, die Deeplinks, vor allem von der Google-Bildersuche, abfängt)
Genauere Informationen im Einzelfall liefert wie immer der Anwalt des eigenen Misstrauens.
Mit einem Link ist das besser, wobei ein Direktlink (deeplink) auf ein externes Bild auch nur dann OK ist, wenn das Bild im "normalen" Weg von der Homepage auch zugänglich ist. (Deshalb gibt's mittlerweile auch Serversoftware, die Deeplinks, vor allem von der Google-Bildersuche, abfängt)
Genauere Informationen im Einzelfall liefert wie immer der Anwalt des eigenen Misstrauens.
#4Report
18.09.2009
Der wesentliche Unterschied liegt doch auf der Hand: Bei einem URL-Link sieht jeder sofort, daß es um Material von wo anders geht, aber dem verlinkten Bild (Deep Link) sieht man das eben nicht an!
#5Report
18.09.2009
Bei Löschen Bild bei Url Posting - Bild futsch.
Bei Löschen Bild bei Img Posting - Bild bleibt.
Ich denke das ist n feiner Unterschied der aber plausibel (für Dummies wie mich) erklärt, warum das eine erlaubt und das andere nicht erlaubt ist.
:)
Bei Löschen Bild bei Img Posting - Bild bleibt.
Ich denke das ist n feiner Unterschied der aber plausibel (für Dummies wie mich) erklärt, warum das eine erlaubt und das andere nicht erlaubt ist.
:)
#6Report
18.09.2009
Deep Links sind zulässig: BGH-Urteil
Nach Ansicht der BGH-Richter gilt für das Setzen von Links:
Ein Berechtigter, der ein urheberrechtlich geschütztes Werk ohne technische Schutzmaßnahmen im Internet öffentlich zugänglich mache, ermögliche dadurch bereits selbst die Nutzungen, die ein Abrufender vornehmen könne.
Es sei seine Entscheidung, ob er das Werk trotz der Möglichkeit, dass nach dem Abruf auch rechtswidrige Nutzungen vorgenommen würden, weiter zum Abruf bereithalte. Auch ohne Hyperlink könne ein Nutzer unmittelbar auf eine im Internet öffentlich zugängliche Datei zugreifen.
Sonst könnte man weder Bilder noch Texte in einen Blog mit einbinden. Das Internet beruht aber auf dem verknüpfen von Informationen.
genauer auf meinem Blog
VG Dirk
Nach Ansicht der BGH-Richter gilt für das Setzen von Links:
Ein Berechtigter, der ein urheberrechtlich geschütztes Werk ohne technische Schutzmaßnahmen im Internet öffentlich zugänglich mache, ermögliche dadurch bereits selbst die Nutzungen, die ein Abrufender vornehmen könne.
Es sei seine Entscheidung, ob er das Werk trotz der Möglichkeit, dass nach dem Abruf auch rechtswidrige Nutzungen vorgenommen würden, weiter zum Abruf bereithalte. Auch ohne Hyperlink könne ein Nutzer unmittelbar auf eine im Internet öffentlich zugängliche Datei zugreifen.
Sonst könnte man weder Bilder noch Texte in einen Blog mit einbinden. Das Internet beruht aber auf dem verknüpfen von Informationen.
genauer auf meinem Blog
VG Dirk
#7Report
[gone] Graupelschauer
18.09.2009
Also eventuell meine ich was anderes? Wenn ja, bitte mitteilen.
@BS: Nein, in beiden Fällen ist das Bild futsch. Ich kann auch beim IMG-Tag als Url einen externen Server angeben.
Es ging dem TO darum, dass das Bild physikalisch an seiner Stelle bleibt, nur eben einmal über einen klickbaren Link geöffent wird, beim anderen mal gleich geladen und in die Website eingebunden wird. Und letzteres ist verboten da ...blabla.
@people
ich meinte mit "Deep links" nicht die Verlinkung von zugänglichen Webinhalten, um die es bei dem Urteil ging, sondern um die Verlinkung von Inhalten, die normalerweise nicht verlinkt sind. Wenn ich also auf meinen Server eine Datei stelle, die mit meinem restlichen Internetauftritt nichts zu tun hat und einer knackt den FTP-Zugang und postet einen HTTP-Link auf diese Datei, die er dort gefunden hat, so ist das verboten. Diese Art DeepLinks meine ich. (Abgesehen von der Tatsache, dass jemand, der vertrauliche Daten auf seinem Webserver speichert, nicht mehr ganz klar im Kopf sein muss...)
@BS: Nein, in beiden Fällen ist das Bild futsch. Ich kann auch beim IMG-Tag als Url einen externen Server angeben.
Es ging dem TO darum, dass das Bild physikalisch an seiner Stelle bleibt, nur eben einmal über einen klickbaren Link geöffent wird, beim anderen mal gleich geladen und in die Website eingebunden wird. Und letzteres ist verboten da ...blabla.
@people
ich meinte mit "Deep links" nicht die Verlinkung von zugänglichen Webinhalten, um die es bei dem Urteil ging, sondern um die Verlinkung von Inhalten, die normalerweise nicht verlinkt sind. Wenn ich also auf meinen Server eine Datei stelle, die mit meinem restlichen Internetauftritt nichts zu tun hat und einer knackt den FTP-Zugang und postet einen HTTP-Link auf diese Datei, die er dort gefunden hat, so ist das verboten. Diese Art DeepLinks meine ich. (Abgesehen von der Tatsache, dass jemand, der vertrauliche Daten auf seinem Webserver speichert, nicht mehr ganz klar im Kopf sein muss...)
#8Report
18.09.2009
Was für eine bescheuerte Frage. Wenn man ein Bild per img-Tag von einem fremden Server einbindet benutzt man gleichzeitig noch den Traffic dieses Servers. Warum sollte das ok sein?
#9Report
18.09.2009
Original von BS
Testposting...
Spätestens nach dem Löschen des Browser-Cache & Refresh isset dunkel ;)
VLG: Manni
#11Report
18.09.2009
Original von photographic impressions
[quote]Original von BS
Testposting...
Spätestens nach dem Löschen des Browser-Cache & Refresh isset dunkel ;)
VLG: Manni[/quote]
Dat wollte ich ja zeigen...
:)
#12Report
18.09.2009
ma was anderes was aber auch insoweit interessieren könnte
ich hab letztens mal meine eigenen bilder hieraus in ein anderes forum verlinkt - direktlink so dass sich die seite die dinger hier abgeholt hat
hat ne zeitlang funktioniert ... paar stunden ... bis der mk-server sie abgeschaltet hat ... und zwar dort und hier in der mk ... musste sie alle nochmal hier hoch laden
wenn ich nu jemand ärgern wollte ... wär das doch ein schönes spielchen ... ich weiss ja, dass der mk-server dichtmacht und es nicht zuläßt ... aber dem betroffenen seine bilder auch hier zerfetzt ... *g
ich hab letztens mal meine eigenen bilder hieraus in ein anderes forum verlinkt - direktlink so dass sich die seite die dinger hier abgeholt hat
hat ne zeitlang funktioniert ... paar stunden ... bis der mk-server sie abgeschaltet hat ... und zwar dort und hier in der mk ... musste sie alle nochmal hier hoch laden
wenn ich nu jemand ärgern wollte ... wär das doch ein schönes spielchen ... ich weiss ja, dass der mk-server dichtmacht und es nicht zuläßt ... aber dem betroffenen seine bilder auch hier zerfetzt ... *g
#13Report
[gone] oma *pantera: pferde, cadillac glam & retro shoots
18.09.2009
ich weiss jetzt nicht, obs auch bei dir der fall war (das mit dem verschwinden der bilder ganz dürfte was anderes gewesen sein), aber normalerweise macht da kein server *dicht*. es ist eine einfache sperre, die viele bilderserver benutzen: es wird einfach kein hotlink (oder deeplink, wie ihr hier das genannt habt) zugelassen. evtl wird dazwischen noch eine umleitung auf ne warnung geschaltet, dass ein direktlink nicht erwünscht ist (hauptgrund ist die schon erwähnte trafficfrage)
da du das bild schon in deinem cache hast -nach dem besuch der mk seite,- siehst du es auf der fremdseite als eingebunden. alle anderen, die ausschliesslich über die fremde seite aufrufen, sehen es nicht, ausser sie rufen das bild direkt nochmals auf bzw. aktualisieren es.
diese speicherung in cache ist auch, warum bs meinte, die eingebundenen bildern würden auf der fremdseite auch nach dem löschen drauf bleiben- dies ist natürlich nicht der fall, es war nur so gesehen auf seinem pc gespeichert.
da du das bild schon in deinem cache hast -nach dem besuch der mk seite,- siehst du es auf der fremdseite als eingebunden. alle anderen, die ausschliesslich über die fremde seite aufrufen, sehen es nicht, ausser sie rufen das bild direkt nochmals auf bzw. aktualisieren es.
diese speicherung in cache ist auch, warum bs meinte, die eingebundenen bildern würden auf der fremdseite auch nach dem löschen drauf bleiben- dies ist natürlich nicht der fall, es war nur so gesehen auf seinem pc gespeichert.
#14Report
18.09.2009
Hi.
Nein, das hat nur deswegen funktioniert weil die Bilder bei dir schon im Cache waren.
Alle anderen konnten die verlinkten Bilder nie sehen.
LG Hendrik
Nein, das hat nur deswegen funktioniert weil die Bilder bei dir schon im Cache waren.
Alle anderen konnten die verlinkten Bilder nie sehen.
LG Hendrik
#15Report
18.09.2009
und wieso waren sie hier weg oder kaputt?
#16Report
18.09.2009
Weg waren sie nicht.
Aber als dein Cache wieder "leer" war, warst du zuerst auf der Forenseite auf der die Bilder angezeigt wurden. Dein Browser merkte sich "aha, Bild nicht da" und hat es nicht angezeigt. Als du bei MK geguckt hast dachte dein Browser immer noch sie wären nicht da.
F5 (seite neu laden) bei der Bildanzeige hätte sie wieder angezeigt.
LG Hendrik
Aber als dein Cache wieder "leer" war, warst du zuerst auf der Forenseite auf der die Bilder angezeigt wurden. Dein Browser merkte sich "aha, Bild nicht da" und hat es nicht angezeigt. Als du bei MK geguckt hast dachte dein Browser immer noch sie wären nicht da.
F5 (seite neu laden) bei der Bildanzeige hätte sie wieder angezeigt.
LG Hendrik
#17Report
18.09.2009
Original von Bernd Saller
und wieso waren sie hier weg oder kaputt?
Hendrik hat ja das Phänomen aufgeklärt - das tritt übrigens verstärkt bei Usern auf, die ihren Nick dreimal täglich ändern *griiiiiins*
VLG: Manni
#18Report
18.09.2009
ich hab hier übrigens auch 3 verschiedene browser und benutze sie auch ;-)
#19Report
[gone] www.trash-pixel.de
18.09.2009
Original von Hendrik SiemensJepp ... wie ja von der Technik mal mitgeteilt (oder wars ein Forenpost) blockt die MK das Hot-Linking, so wie ich auch meiner Webseite auch, sprich eine htaccess verhindert das.
Hi.
Nein, das hat nur deswegen funktioniert weil die Bilder bei dir schon im Cache waren.
Alle anderen konnten die verlinkten Bilder nie sehen.
LG Hendrik
#20Report
Topic has been closed
dieser Beitrag in diesem Thread wirft bei mir eine - für mich - interessante Frage zur Urheberrechtslage auf.
Ich beziehe mich dabei auf diesen Satz: " Urherberrechtlich schutzte Werke dürfen nicht ohne weiteres einfach Kopiert und veröffentlicht werden (in dieses Forenbereich werden Fotos gepostet und eigentlich nie "nur Verlinkt"), das stellt eine urheberrechtsverletzung da.", gepostet von Robert Kirk.
Die Frage ist: Dürfen, anstatt Links zu Bildern, Texten, etc. zu setzten, auch die entsprechenden Tags dazu verwendet werden. Konkret bezogen auf ein Bild: Warum sollte der (url)-Tag erlaubt, der (img)-Tag nicht erlaubt sein, wenn er ohne Einverständnis des Urhebers gesetzt wird? - Beziehungsweise ist dem überhaupt so?
Technisch gesehen ist ja beides das gleiche: Beides ist eine Verknüpfung zu einer externen Datei, die so auch über die "normalen" Wege des Internets gefunden werden könnte (Ausnahme wäre hier, es wäre eine Datei aus einem geschützten Bereich). Der maßgebliche Unterschied setzt lediglich an der Stelle an, dass der "Umweg" des Klickens auf den Link im Falle des (img)-Tags nicht mehr nötig ist. Wird die Ursprungsdatei jedoch entfernt, weil z.B. der Urheber entschieden hat, diese nicht weiter zugänglich zu machen, führen beide, also sowohl img- als auch url-tag ins leere.
An dieser Stelle die Bitte um Aufklärung.
Gruß und Danke im voraus, Nico.