Wortgebrauch "Binär" und Konsorten...

[xZise]

Moin,
das Konsorten müsstest du noch mal erklären.

Aber zu "Binär abspeichern": Ich verstehe das so, dass man direkt auf der binären Ebene arbeitet. Das heißt man setzt bit für bit. Okay das man i.d.R. Byte weise setzt hängt damit zusammen, dass man meißt größere Zahlen abspeichert als 1. Wenn ich etwas nicht binär abspeichere, dann ist das als Textdatei (z.B. xml-File) welches noch einen Interpreter dazwischen hat.

Nun wird natürlich ein Buchstabe auch binär abgespeichert, aber einmal bestimmt der Wert (der auch ein Buchstabe sein kann) den Inhalt (also 65 wird als A angezeigt) und bei dem nicht binären abspeichern da bestimmt der Inhalt welchen Wert er annimmt (d.h. wenn dort ASCII kodiert eine 10 steht).

Deshalb sehe ich es nicht umgangssprachlich oder problematisch, dass man von binär speichern spricht.

MfG
Fabian

[Uwe Raabe]

Zitat:

Zitat von Aphton (Beitrag 1052659)

Sie (Du?) gerechtwertigst somit die Umgangasprache, nur weil eben mehrere Menschen etwas / mehr darunter verstehen, aber diese jedoch nicht direkt korrekt sein muss?!

Ruhig "Du" - wir wollen hier ja nicht aus dem Rahmen fallen.

Ich sehe es einfach so, daß die Korrektheit eines Begriffes immer vom gerade gültigen Kontext abhängt. Um aber überhaupt beurteilen zu können, ob ein Begriff "korrekt" ist, müsste man erst einmal definieren, was "korrekt" überhaupt bedeutet. Nach meiner Auffassung verwende ich einen Begriff "korrekt", wenn er von der Zielgruppe so verstanden wird, wie ich es gemeint habe. Wenn ich z.B. ein Programm als "verhurzt" bezeichne, und jeder versteht, was ich damit meine, dann ist der Begriff korrekt. Wenn ich in einem anderen Kontext wiederum behaupte, die Zuhörer wurden "verhurzt", heißt das wahrscheinlich ganz etwas Anderes. Trotzdem weiß zumindest eine gewisse Zielgruppe auch genau, was ich damit meine. Und jetzt möge bitte mal jemand erklären, was das Wort wirklich bedeutet.

Ganz extrem ist übrigens dieses Beispiel einer kontext-bezogenen nicht (oder doch) korrekten Verwendung von Begriffen.

Insofern haben die Begriffe "binär gespeichert" oder "ASCII gespeichert" (neuerdings auch "Unicode, UTF8 oder sonstwie gespeichert") eine gewachsene und damit feste Bedeutung.

Aber nehmen wir mal ein aktuelles Beispiel und entwickeln daraus ein paar Fragen:

• Ist eine XML-Datei textuell oder binär gespeichert?
• Sind darin enthaltene CDATA Elemente binär?
• Wenn ich die Datei ausdrucke, ist das Ergebnis dann binär.
• Was sind die Rohdaten einer XML-Datei - binär oder UTF8?

Und noch einer: Das DXF-Format ist textorientiert, obwohl der Text auf der Harddisk sicher auch binär gespeichert ist. Warum gibt es dann aber eine DXB-Datei?

[Satty67]

Das hatte ich eben auch so ähnlich gemeint:

binär

Bytes können Werte von 0-255 enthalten, also alle Bits haben einen Sinn, die Datei kann sinnvoll auch als Bit-Stream gelesen werde (auch wenn das keiner macht)

!= binär, z.B. ASCII

Bytes haben einen eingeschränkten Wertebreich, ein Teil der Bits ist somit ungenutzt bzw. immer 0. Sinnvolles Lesen basiert somit auf einer größeren Einheit, als 1 Bit

(Der Haken bei der Überlegung ist, das Bits ohne Unterteilung in Bytes mit aktuellen System fast immer nicht zu gebrauchen sind und die Erklärung irgendwie auch nicht passt)

[Medium]

Nach den bisherigen Meinungen, dürften Formate wie .exe, .mp3, .bmp usw. auch nicht "binär" genannt werden, obgleich sie i.A. als solche aufgefasst werden. Aber sie haben ja eine fest definierte Struktur, und sind mit dem entsprechenden "Wörterbuch" auch lesbar!
Dateien ohne irgend eine Struktur wären ja auch völlig uninterpretierbar. Selbst eine .com Datei, die wirklich ein reines Speicherabbild ist (bzw. ursprünglich nur das war), MUSS eine Struktur haben, sonst könnte keine CPU etwas damit anfangen. Oder zumindest wenig sinnvolles ;)

Ich würde viel mehr - wenn schon - zwischen von Menschen lesbaren Text-Basierten Formaten, und "strukturierten nativen" Formaten reden. Nativ deshalb, weil die hinterlegten Daten meist (in welcher Weise auch immer) direkt von der CPU verwendet werden können. Sein dies nun Opcodes, oder auch nur Werte, die so wie sie auf der Platte liegen in die Register geschubst werden. Was wiederum durchaus "binär" zulässt, zumindest wenn man nicht an die Speicherung selbst denkt, sondern an die Verwendung: Binäre 1:1-Kopien aus dem Speicher in die Register.

Ich würde aber auch eher zur Umbenennung tendieren, eben weil das Wort Missinterpretationen fördert. Gerade bei nicht so sattelfesten Programmieranfängern. Aber wie das nun mal so ist... KiBi, MeBi und Konsorten haben sich auch eher spärlich etabliert, und dort war die Motivation ja durchaus Vergleichbar.

[Namenloser]

Sicher ist "Binär" in dem Zusammenhang etwas unpräzise, aber die meisten sollten verstehen, was gemeint ist. Wie würdet ihr's denn stattdessen nennen?

[vergessen]

Zitat:

Zitat von NamenLozer (Beitrag 1052679)

Sicher ist "Binär" in dem Zusammenhang etwas unpräzise, aber die meisten sollten verstehen, was gemeint ist. Wie würdet ihr's denn stattdessen nennen?

RAW :oops::evil:

Sind wir hier in einem Fotoforum, Delphiforum oder Germanistenforum :?:

Im Prinzip gebe ich dem TE sogar durchaus recht, was die hier im Forum etwas unscharfe Benutzung von "binär" angeht. Aber man weiß doch (hier zumindest?) wohl, was gemeint ist, oder?

Es macht aber viel mehr Spaß, über "digital" zu streiten/zu googeln 8-)

[BUG]

Zitat:

Zitat von vergessen (Beitrag 1052683)

Es macht aber viel mehr Spaß, über "digital" zu streiten/zu googeln 8-)

Digital ist das in der Gegenwart, was in der Vergangenheit Analog ist :arrow: Analügt (SCNR)

[Sir Rufo]

Ich kann dem TE hier leider nicht recht geben.

Als Beispiel taugen Zeichen nicht, denn die werden zu 99% "binär" und "unbinär" (<- geile Wortschöpfung) gleich gespeichert.
Sehen wir uns aber jetzt mal Zahlen an. In der Datei steht ein A gemeint ist aber die Zahl 65 (Byte-Wert)
"Unbinär" gespeichert würden wir in der Datei "65" finden.

DIe restlichen 1% bei den Textdateien werden auch "binär" gespeichert, wenn man voraussetzen kann, dass der verwendete Zeichensatz nur n Bits benötigt (ASCII 7-Bit).

Code:

111111122222223333333
xxxxxxxxxxxxxxxxxxxxxxxx
111111112222222233333333

Ein weiteres berühmtes Beispiel für "binär" und "unbinär" sind die Anhänge von emails.
Hier werden Daten "unbinär" an die Mail gehängt, da die Mail-Datei eine reine Text-Datei und damit "unbinär" ist.
Diese werden dann beim Zugriff von "unbinär" wieder umgewandelt in "binär".

Somit ist der Begriff "binär" m.E. völlig korrekt gewählt.

Nicht umsonst gibt es in Datenbanken den Datentyp "TEXT" und "BLOB". Beide Typen sind sehr stark verwandt und werden intern bestimmt sehr ähnlich wenn nicht gleich behandelt. Ein Feld vom Typ "TEXT" kann man direkt in einen String einlesen. Ein "BLOB"-Feld muss man in einen Stream laden (aus gutem Grund Null-Terminiert).
"BLOB" steht übrigens für "Binary Large OBject"

[Reinhard Kern]

Zitat:

Zitat von Sir Rufo (Beitrag 1052689)

...
Ein Feld vom Typ "TEXT" kann man direkt in einen String einlesen. Ein "BLOB"-Feld muss man in einen Stream laden (aus gutem Grund Null-Terminiert).
"BLOB" steht übrigens für "Binary Large OBject"

Hallo,
ist das nicht anders rum? Text kann nullterminiert sein, Binärdaten nicht? Oder verstehe ich dich jetzt total miss?

Gruss Reinhard

[Sir Rufo]

Ich habe mich da ungenau ausgedruckt.

Hätte eigentlich lauten sollen

Stichwort Null-Terminierung bei Strings