Diskussion:Gray-Code

Es gibt einen auführlichen englischen Text in wikipedia.com

Die Übersetzungsfortschritte sind hier einzusehen: [[1]] --Ammit 10:47, 26. Nov 2004 (CET)

Ich werde bei Gelegenheit meine Deutsche Version als Ergänzung in die Übersetzung einarbeiten die die bisherige deutsche Version erstzen sollte. Der englische Artikel scheint mir in den meisten Punkten umfassender zu sein. --XorX 10:18, 7. Apr 2005 (CEST)

Bildungsgesetz und die 5

Das angegebene Bildungsgesetz für die 5 scheint nicht zu stimmen, da (2^3-1)-(2^2-1)-(2^1-1) = 3 und nicht 5

Bitte mal klären. --Markus Schweiß, @ 12:59, 27. Apr 2005 (CEST)

Du hast recht, es war unklar formuliert. Man muss beim Subtrahieren von rechts nach links vorgehen. Die drei Einsen haben im Gray-Code die Wertigkeit 7, 3, 1. Der Wert von 111 ist (7 - (3 - 1)) = (7 - 2) = 5. --Neitram 13:44, 27. Apr 2005 (CEST)

Danke für die prompte Antwort. Du hast hiermit einem sehr skeptischen Kollegen in der Firma gezeigt, dass Wiki = schnell ist :-) --Markus Schweiß, @ 09:32, 28. Apr 2005 (CEST)

Wenn ihr in der Historie geblättert hättet, hättet ihr feststellen können, das es schon mal richtig da stand. Aber das wurde durch dieses scheußliche Beispiel weiter unten ersetzt. --Arbol01 09:37, 28. Apr 2005 (CEST)

Umrechnung Dual-Code <-> Gray-Code

Die würde ich hinzufügen...

Sei ${b_{i}}$ das i-te Bit im Dualcode und ${g_{i}}$ das i-te Bit im Graycode, wobei ${b_{n}}$ und ${g_{n}}$ jeweils das höchstwertige Bit (MSB) seien, so gilt:

1. ${b_{n}}={g_{n}}$
2. ${b_{i}}={g_{(i-1)}}\oplus {g_{i}}$ für i = 1, 2, ... , n
3. ${g_{i}}={b_{(i-1)}}\oplus {b_{i}}$ für i = 1, 2, ... , n

Dieser Algorithmus erlaubt die Umrechnung von Gray-Code in Dualcode und umgekehrt. $\oplus$ steht für die Exklusiv-Oder-Verknüpfung.

-- Dannenbart 17:23, 25. Aug 2005 (CEST)

Hallo Dannebart, ich habe nur ein paar Kleinigkeiten geändert. Aber das sieht sehr gut so. Danke fürs einbauen! -- Dr. Schorsch 19:33, 25. Aug 2005 (CEST)

5-Bit-Gray-Code

Könnte bitte noch jemand den 5-Bit-Gray-Code als Beispiel aufschreiben, ich bekomme es nicht selber zusammen.--stefan 21:25, 9 November 2005 (CET)

Bitte:

 31 15  7  3  1 |
----------------+--------
  0  0  0  0  0 |  0
  0  0  0  0  1 |  1
  0  0  0  1  1 |  2
  0  0  0  1  0 |  3
  0  0  1  1  0 |  4
  0  0  1  1  1 |  5   ; 7 - (3 - 1)
  0  0  1  0  1 |  6
  0  0  1  0  0 |  7
  0  1  1  0  0 |  8
  0  1  1  0  1 |  9
  0  1  1  1  1 | 10
  0  1  1  1  0 | 11
  0  1  0  1  0 | 12
  0  1  0  1  1 | 13
  0  1  0  0  1 | 14
  0  1  0  0  0 | 15
  1  1  0  0  0 | 16
  1  1  0  0  1 | 17
  1  1  0  1  1 | 18
  1  1  0  1  0 | 19
  1  1  1  1  0 | 20
  1  1  1  1  1 | 21
  1  1  1  0  1 | 22
  1  1  1  0  0 | 23
  1  0  1  0  0 | 24
  1  0  1  0  1 | 25
  1  0  1  1  1 | 26
  1  0  1  1  0 | 27
  1  0  0  1  0 | 28
  1  0  0  1  1 | 29
  1  0  0  0  1 | 30
  1  0  0  0  0 | 31

--Arbol01 22:08, 9 November 2005 (CET)

Noch als Tip: die Zahlengruppen tauchen immer als 2er-Potenz Gruppen auf (zähl mal die einsen in den jeweiligen Spalten. --Arbol01 22:11, 9. Nov 2005 (CET)

Formel im Abschnitt "Beispiel"

Die Formel im Abschnitt "Beispiel" ist so nicht richtig. Bei einem Graycode von 101 würde laut Formel 7-(0-1)=8 heraus kommen. Richtig wäre aber 7-1=6. D.h. bei einer 0 wird die entsprechende Subtraktion nicht ausgeführt, nicht nur mit 0 multipliziert. Ich habe leider keine Ahnung wie man das in einer Formel ausdrückt, sonst würde ich es ändern.

Anti-Gray-Code

Der Gray-Code minimiert die Anzahl der beim Hochzählen sich ändernden Bits. Gibt es auch einen gegenteiligen Code, bei dem die Anzahl der beim Hochzählen sich ändernden Bits maximal wäre? --DuMonde 19:32, 12. Feb. 2007 (CET)

Ja. Dazu müssen je zwei inversen Binärzahlen aufeinanderfolgen. Während beim Binärcode 14 Bitwechsel stattfinden, sind es bei Gray 8 (=Minimum), bei "Anti"-Gray 20 (=Maximum).

Anti-Gray (3 Bit):

000

111

010

101

011

100

001

110

--DuMonde 14:28, 2. Mär. 2007 (CET)

Modulo-2-Addition

Warum heißt diese Addition Modulo-2-Addition? Wie im Dezimalsystem auch muss ich im Dualsystem Überträge auf die nächste Stelle schieben. Würde es nicht der Begriff Addition im Dualsystem auch tun? 84.173.223.224 21:16, 17. Mär. 2007 (CET)

Weil bei dieser Art von "Addition" keine Überträge gebildet werden. Es wird lediglich Bitweise eine Exklusiv Oder Verknüpfung durchgeführt!

Korrelatoren

Hat es etwas damit (Application Response Measurement) zu tun? 84.173.223.224 22:28, 17. Mär. 2007 (CET)

Hyperwürfel

Bild 1 zeigt den Hyperwürfel für 3 Variablen. Die Knoten (Eckpunkt oder Kreise) am Hyper-Einheitswürfel entsprechen jeweils einer Zeile im Gray-Code. Die Übergänge (Nachbarschaft der Zeilen) sind durch die Kanten des Würfels symbolisiert. Beim Wandern auf der Kante entsteht ein Gray-Code. Den 4-Bit-Gray-Code kann man aus dem Hyperwürfel in Bild 2 ablesen. Auf jeder Kante ändert sich genau 1 Bit. Der Gray-Code hat so viel Nachbarschaften, wie der Würfel Kanten hat. Aus dem Hyperwürfel in Bild 1 können die möglichen Pfade auf 6 verschiedenen Wegen durchschritten werden. Somit ergeben sich 6 Möglichkeiten, um einen Code zu erzeugen, der die Bedingungen des Gray-Codes erfüllt. Abgesehen davon, dass der Gray-Code zyklisch ist und der Startpunkt deshalb auch an einer anderen Zeile sein könnte. Wegen seiner einfachen rekursiven Generierungsvorschrift wird meist der binäre reflektierte Gray-Code (binary-reflected Gray code) angegeben (vorletzte Spalte in der Tabelle - fett hervorgehoben). Es gibt für eine bestimmte Bitlänge eine ganze Klasse von Graycodes. Es gibt für einen n-Bit-Gray-Code exakt so viel Varianten, wie es Hamiltonkreise auf einem n-dimensionalen Hyperwürfel gibt. Der reflektierte Gray-Code hat eine enge Beziehung zur Lösung des Problems des Türme von Hanoi.

Ich würde gerne obigen Abschnitt mit dem Bild in den Artikel aufnehmen. ABER: Ist das so korrekt? Die im Artikel aufgeführte Variante für den 3-Bit-Graycode ist dick hervorgehoben (vorletzte Spalte). Gibt es von diesen 6 Varianten eine "offizielle"? Wieviel Varianten gibt es für den 4-Bit- und 5-Bit-Graycode? --stefan 13:04, 4. Nov. 2007 (CET)

Nimm den obigen Abschnitt durchaus in den Artikel auf. Ich konnte in den beiden Würfelabbildungen und Deinem Absatz keinen inhaltlichen Fehler entdecken. Soweit es mir bekannt ist, gibt es "keinen offiziellen Gray-Code". Wer oder was auch immer da was offiziell machen sollte. Es gibt einfach verschiedene (in diesen Fall gleichwertige) Lösungsmöglichkeiten. Vielleicht lässt sich einer (aus den 6 möglichen 3-Bitversionen) besonders einfach oder elgant (nicht als Tabelle) beispielsweise in digitalen Schaltungen oder als sequentuelle Software realisieren (?). Zur Frage wieviele mögliche Gray-Codes es mit 4 bzw. 5 Bit breite gäbe, kann ich Dir keine ad hoc Antwort geben. Nur ein Tipp, falls dieser Punkt wider Erwarten nirgendwo zu finden ist: Versuche eine Gesetzmässigkeit bei der einfachen Bildung der Anzahl von 3 Bit breiten Graycodes zu finden und versuche dann diese Regel auf 4 oder 5 Bit zu erweitern. Vielleicht gelingt es Dir sogar, diese Regel auf n Bit breite Gray-Codes zu verallgemeinern. Meiner Meinung haben sich darüber aber sicher schon zig Leute den Kopf zerbrochen, man muss diese Infos vermutlich nur noch auffinden. Die Zahlentheorie ist ein sehr weites Spielfeld.--wdwd 13:36, 4. Nov. 2007 (CET)

Den 4-Bit-Gray-Code kann man aus dem Hyperwürfel in Bild 4 ablesen. Für 4 Bit gibt es 4! = 24 verschiedene Gray-Codes. Gemeint ist hier wohl der Binary-Reflected-Graycode. Neben diesen gibt es allerdings noch weitere Graycodes auf dem 4-dimensionalen Würfel. Diese werden meines Wissens in "Gray Codes and paths on the n-cube" abgehandelt.

Umwandlung einer BCD in Gray-Code

Nach welchem Algorithmus erfolgt die direkte Umwandlung einer BCD in Gray-Code (ohne Benutzung einer Tabelle) und umgekehrt?--stefan 22:16, 5. Nov. 2007 (CET)

• [2]
• französisch
• [3]

direkt als Gray-Zähler

(Der folgende Abschnitt wurde aus dem Artikel entfernt - aus dem Abschnitt "Generierung". Mit der Begründung: "auch diese Formel ist nur eine Vermutung! Wer kann bitte bestätigen!"; Dehalb habe ich den Abschnitt auf die Diskussionsseite "gerettet" --stefan 23:18, 6. Nov. 2007 (CET))

"Man kann auch direkt einen Gray-Code-Zähler in Hardware (z.B. in HDL) programmieren. Hierzu ist es hilfreich ein Hilfsregister hinzu zu nehmen, das mit jedem Taktzyklus toggelt.

Q_h [n+1] = !Q_h [n]

Damit wird die Kombinatorik recht übersichtlich:

Q₀ [n+1] = ! ( Q₀ [n] ^ Q_h [n] )

Q₁ [n+1] = Q₁ [n] ^ ( Q₀ [n] & Q_h[n] )

Q₂ [n+1] = Q₁ [n] ^ ( Q₁ [n] & !Q₀ [n] & Q_h [n] )

Q₃ [n+1] = Q₃ [n] ^ (Q₂ [n] & !Q₁ [n] & !Q₀ [n] & Q_h [n] )

...

Q_k-1 [n+1] = Q_k-1 [n] ^ ( Q_k-2 [n] & !Q_k-3 [n] & ... & !Q₁ [n] & !Q₀ [n] & Q_h [n] )
(Diese Formel ist nur eine Vermutung! Bitte bestätigen!)

Q_k [n+1] = Q_k [n] ^ ( !Q_k-2 [n] & !Q_k-3 [n] & ... & !Q₁ [n] & !Q₀ [n] & Q_h [n] )
(Auch diese Formel ist nur eine Vermutung! Wer kann bitte bestätigen!)

^ := XOR / Exklusiv Oder / Antivalenz
! := Inverter / Not / Negation
& := Und / And /Konjunktion"

Illustrationen

So nett sie auch sein mögen, das Maß Text zu Bildern liegt hier doch ziemlich schräg. Da müssen unbenutzt einige Raus, da sie so wie sie jetzt sind keinen Mehrwert liefern, sondern vom erklärenden Inhalt ablenken. --Revolus Echo der Stille 04:27, 19. Nov. 2007 (CET)

Oha, Du hast recht. Ich habe eine Zeitlang nicht mehr darauf geachtet was hier passiert. Jetzt habe ich mal die schöne bunte auf auf die Schnelle aber völlig unverständliche Grafik unter dem Hyperwürfel entfernt. Eine vollständige Permutation muss sicherlich nirgendwo aufgemalt werden. Das wäre ein klarer Fall für eine Animation. -- Dr. Schorsch*?*! 09:23, 19. Nov. 2007 (CET)

Einführung

In der Einführung wird 2mal das selbe geschrieben.

"bei dem sich benachbarte Zahlen nur in einer einzigen dualen Ziffer unterscheiden" und "Eine wesentliche Eigenschaft ist, dass sich die Gray-Codes für zwei benachbarte Zahlen nur um 1 Ziffer, bei Binärcode also 1 Bit, unterscheiden"

Wegmessung?

Ich habe den Satz

Der Gray-Code wird häufig für die Wegmessung verwendet. Bei Verwendung des Gray-Codes spricht man von absoluter Wegmessung. Absolut bedeutet: Die Position des zu messenden Weges ist anhand der Stellung der Nullen und Einser sichtbar und muss nicht hochgezählt werden wie beim inkrementellen Wegmessverfahren. Weiterhin besteht beim inkrementellen Wegmessverfahren die Gefahr, dass bei einem Stromausfall der Zähler seinen Speicherinhalt verliert und somit die momentane Position verloren geht.

gelöscht, denn er ist unverständlich. Wenn ihn jemand versteht, möge er ihn umformuliert wieder einfügen und dabei den ganzen Absatz überarbeiten! --Wolli 19:46, 1. Apr. 2008 (CEST)

Was ist an dem Satz unverständlich? Er gibt im Wesentlichen wieder, dass z.B. bei Werkzeugmaschinen die Ermittlung der Position des Werkzeughalters etc. durch den Graycode erfolgt. Der Graycode hat hier allerdings eher die Aufgabe, die ermittelte Position zuverlässig zu übermitteln. Es ändert sich pro Wegschritt ja bloß ein einzelnes Bit, Fehler bei der Übertragung werden minimiert. Die Feststellung der Position nach einem Stromausfalls ließe sich allerdings m.E. auch im einfachen Binäcode bewerkstelligen, da auch dort jede Position einen eindeutigen Wert besitzt. Recht hat der Autor indes bei der Tatsache, dass es sich um ein Vorteil gegenüber der inkrementellen Positionsbestimmung handelt. Bei diesem Verfahren müsste nach einem Stromausfall zunächst erst wieder eine Referenzfahrt zur Ermittlung des absoluten Nullpunktes durchgeführt werden.

Türme von Hanoi?

Was soll der Gray-Code mit den Türmen von Hanoi zu tun haben? Wenn das nicht (hier oder im TvH-Artikel) erklärt wird, muss es raus. --84.169.146.135 11:53, 23. Aug. 2008 (CEST)

GrayCode Tabellen am rechten Rand

Die Tabellen mit Beispielgraycodes am rechten Rand haben meiner Meinung nach zwar ihre Daseinsberechtigung, aber sind falsch platziert und vielleicht auch zu umfangreich. Hat jemand eine andere Idee dafür? --Mantis 21:54, 27. Okt. 2009 (CET)

Auffassung als linearer Code

Hallo,

über dem Vektorraum $\mathbb {F} _{2}$ kann man den Gray-Code ja auch als linearen Code auffassen. Kodieren würde man dann mit der Matrix

$M={\begin{pmatrix}1&0\\1&1&0\\0&1&1&0\\&\ddots &\ddots &\ddots &\ddots \\&&0&1&1&0\\&&&0&1&1\end{pmatrix}},$

und Dekodieren mit der Inversen $M^{-1}$, jeweils durch Multiplikation. Wäre das nicht noch ein interessanter Aspekt für den Aktikel? Flying Mustang 11:08, 9. Jun. 2010 (CEST)

Du hast recht, das hat im Artikel gefehlt. Ich habe es nun eingebaut. (In der Codierungstheorie ist es oft üblich die Argumente linearer Funktionen als Zeilenvektoren darzustellen, desshalb die Transposition im Vergleich zu deiner Matrix.) Danke für den Hinweis! Gruss --feudiable✉ 09:31, 16. Jan. 2014 (CET)

Link zu Postscript-Code zum Erzeugen von runden Graycode-Scheiben

Hallo, ich bin der Autor des Codes. Inzwischen ist die Version mit den Links über eine Woche alt und noch immer ungesichtet. Gibt es Erklärungs- oder Verbesserungsbedarf?
Zwei Posts darunter gibt es eine verbesserte Version, direkt-URL ist http://www.mikrocontroller.net/topic/23085#1917894.
Gruß eProfi -- 21:39, 7. Nov. 2010 (ohne Benutzername signierter Beitrag von 95.90.188.78 (Diskussion) )

Hyperwürfel

Das ist doch kein Hyperwürfel, sondern ein ganz normaler Würfel. Erst bei n=4 würde es Hyperwürfel heißen. Oder sehe ich da etwas falsch? (nicht signierter Beitrag von 109.109.7.7 (Diskussion) 22:36, 22. Jan. 2011 (CET))

Jeder Würfel ist auch ein Hyperwürfel, Hyperwürfel ist nur der allgemeine Begriff für n Dimensionen, n darf aber auch 3 (oder kleiner) sein. --IdS 09:38, 23. Jan. 2011 (CET)

Andere Frage von mir zum gleichen Abschnitt, Bild Datei:Karnaugh_map_KV_Nachbarschaft_9.svg : Wieso ist bei b) und d) jeweils eine schwarze Linie mehr, und wieso sind einige schwarze Linien dünner als andere bzw. grau statt schwarz? --IdS 09:45, 23. Jan. 2011 (CET)

Fehler bei der Anzahl der 3-bit Graycodes?

Zumindest wurde wie es scheint in der Tabelle "geschlossener 3-Bit-Gray-Code" folgende Variante vergessen: 000 001 011 010 110 100 101 111 Wie sieht es dann mit der Anzahl der Codes gemäß n! aus? -- 92.73.94.40 01:59, 5. Apr. 2011 (CEST)

Der Code ist zyklisch, d.h. auch der letzte und erste Eintrag der Liste dürfen sich nur in einem Bit unterscheiden, was hier ja nicht der Fall ist. --IdS 13:25, 5. Apr. 2011 (CEST)

Fehler im Bild3 - Pfade im Hyperwürfel?

Kann es sein, daß in den Varianten b) und d) jeweils ein schwarze Kante zuviel ist? (nicht signierter Beitrag von 84.60.255.107 (Diskussion) 16:39, 6. Sep. 2013 (CEST))

In der Tat. Ich werd es heute aber nicht mehr fixen. Ich habs aber aufm Zettel. :-) --RokerHRO (Diskussion) 23:21, 8. Sep. 2013 (CEST)

einfache Berechnung

ich habe mir mit relativ geringem Zeitaufwand die Formel $z_{k}=\sum _{i=0}^{\left\lceil ld(k)\right\rceil }10^{i}\left\lfloor 2frac\left({\frac {k+2^{i}}{2^{2+i}}}\right)\right\rfloor$ hergeleitet (ld = logarithmus dualis, k = k-te "Gray-Zahl"). evtl. zur einfachen "Berechnung" eines Gray-Codes im Artikel hilfreich. Ersetzt man 10^i durch 2^i erhält man ganz einfach die Dezimalinterpretation des Gray-Codes.--87.167.11.1 00:31, 9. Sep. 2014 (CEST)

Code mit gleicher "Bit-Abnutzung"

Ich erinnere mich vage an einen 1-schrittigen Code – d.h. beim Hochzählen "kippt" jeweils genau 1 Bit –, bei dem die einzelnen Bits gleich oft "kippen", was bei dem Gray-Code ja nicht der Fall ist, denn die Einerstelle "kippt" ja wesentlich öfter als die höherwertigen Stellen. Wären es mechanische Schalter, würde der Schalter für die Einerstelle stärker abnutzen.
Weiß jemand, wie dieser Code heißt? --RokerHRO (Diskussion) 20:24, 24. Aug. 2015 (CEST)

Balanced Gray code. --Matthiaspaul (Diskussion) 03:31, 18. Dez. 2020 (CET)

Allgemeinverständlichkeit

Könnte bitte jemand fachkundiges die Einleitung gemäß den Kriterien von WP:ALV umschreiben? Siehe auch WP:INTRO. Vielen lieben Dank! -- Grüßle Halbschwabe (Diskussion) 01:18, 19. Aug. 2021 (CEST)

Ich habe Informationstechnik studiert. Ich sehe das auch so. Die Allgemeinverständlichkeit fehlt - auch in dem Abschnitt "Bedeutung". Dort könnte der eigentliche Gedanke, die Idee dahinter wahrscheinlich am besten erklärt werden.

Man müsste besser beschreiben, was bei einer "Analog-Digital-Umwandlung" passiert, um zu verstehen, welchen Sinn der Code macht - was aus einem "stetigen analogen Signal" nach der Digitalisierung (Diskretisierung) wird. Der Artikel hängt stark mit folgendem Artikel zusammen, der aber nicht verlinkt ist: Analog-Digital-Umsetzer#Zeit-Diskretisierung (Abtastung)

Für uns IT-ler (Informatiker) ist klar was analog und was digital ist, aber für andere eben nicht...

Es gibt auch weder eine Verlinkung zu Digit (Auflösung, Abtastung oder Diskretisierung) noch zu Digitale Signalverarbeitung (Digitale Daten, Digitaltechnik), damit der Leser erkennt auf welchen grundlegenden Begriffen der Artikel aufbaut. In der Wikipedia habe ich jetzt auch keinen Artikel zu "analogem Signal" gefunden - na, ok, es gibt offenbar Analogsignal.

Ich abonniere mal diese Diskussion und schreibe mir diesen Artikel mal auf meine Agenda. Das ist echt nicht gut erklärt. --Eneliting (Diskussion) 23:00, 12. Feb. 2022 (CET)

Ich schreibe jetzt nur mal ein paar Begriffe rein, die man als "Erklärhilfe" benutzen könnte. Ich möchte den Mathematikern, Informatikern keine Begriffe wegnehmen, aber der Artikel steht in der Elektrotechnik (Informationstechnik, Nachrichtentechnik) im Zusammenhang mit: Signaltheorie, Kanalkodierung In diesen (und oben bereits eingefügten) verlinkten Artikeln sollten sich Formulierungen finden, mit denen man die Allgemeinverständlichkeit verbessern könnte. --Eneliting (Diskussion) 23:24, 12. Feb. 2022 (CET)

Ich habe die Einleitung nun etwas geändert und den Hinweistext rausgenommen. Ich hoffe, dass die Einleitung nun allgemeinverständlich genug ist. --Maximum 2520 (Diskussion) 21:40, 30. Okt. 2022 (CET)

Kannst Du das vielleicht noch weiter ausführen? Ich vermute, dass es bei Code-Wörtern um Datenworte, also Bytes geht. Es geht also vermutlich darum, Daten zwischen den OSI-Schichten 1 und 2 zu verarbeiten. Aber natürlich könnte er auch zwischen den Schichten 6 und 7 verwendet werden. Ganz viele Vermutungen... Kannst Du weiter helfen? --Vollbracht (Diskussion) 22:51, 30. Okt. 2022 (CET)

Anzahl der Gray-Codes ist falsch

Die Anzahl der Gray-Codes mit n bits ist im Artikel falsch angegeben. Die richtigen Zahlen finden sich in der OEIS-Sequenz A003042. --Trex4321 (Diskussion) 21:49, 31. Jan. 2022 (CET)

Soweit mal gefixt. --Trex4321 (Diskussion) 18:17, 5. Feb. 2022 (CET)

Artikeleinleitung und andere Teile umarbeiten, Frage nach anerkannter Literatur und Einbindung

Hallo, ich würde gerne zuerst die Einleitung umschreiben und mich dabei an folgendem Lehrbuch orientieren: https://de1lib.org/book/2870199/36dfbb Meine Frage ist: Kann ich dieses Buch, genau diesen Link verwenden, um ein PDF auch direkt hier in der Wikipedia als Download (Weblink) anzubieten? Dann könnte man immer auf Seiten dieses einen Buches als Belleg hinweisen. Ich habe aber gesehen, dass das Buch urheberrechtlich geschützt ist, aber gleichzeitig behauptet die Internetseite, die das Buch zum Download anbietet "Kostenlose elektronische Bibliothek seit 2009" zu sein. Ich bin mir aber nicht so sicher ob die Einbindung in diesen Artikel bzw. die Verlinkung zu dem PDF wirklich legal ist. Auch nicht, ob sich diese Internetseite wirklich "korrekt" verhält. Kann mir da jemand weiter helfen? --Eneliting (Diskussion) 14:01, 23. Feb. 2022 (CET)

Hallo. Zu deiner Urheberrechtsfrage: es gibt da Diskussionsforen unter Wikipedia:Urheberrechtsfragen und Wikipedia Diskussion:Dateiüberprüfung (schau mal, welches das Richtige ist) und drei Info-Seiten unter Wikipedia:Urheberrecht, Hilfe:FAQ Rechtliches sowie Wikipedia:Dateiüberprüfung/Anleitung. Gegebenenfalls musst du dich durch die genannten Seiten weiterorientieren. Ich habe mich daran erinnert, dass es auch irgendwo in Wikipedia Stellen gibt, wo Urheberrechtsfragen geklärt werden und dann danach gesucht. Grüße --A.Abdel-Rahim (Diskussion) 20:43, 23. Feb. 2022 (CET)