Bericht_Nr.465_T ... - TUHH

2.1.1. Platzbedarf
Grafische Daten sind sehr umfangreich. Daher sind beim
Transport durch ein Netz hohe Ubertragungskosten zu
erwarten. Diesen kann durch entsprechende Wahl des
Datenformates begegnet werden. Es gibt hier mehrere
Ansatzpunkte:
Ubertragung binärer Daten anstelle von Klartext-Daten. Da
binäre Daten nicht mehr lesbar sind, müssen zusätzliche
Uberprüfungsmöglichkeiten vorgesehen werden (Quersummen von
Zahlenwerten, CRC-Prüfworte usw.). Eine Verwendung von
binären Datenformaten erbringt eine Reduktion von bis zu 60%
/IGES83/ bei numerischen Daten. Keine Reduktion ist bei
Textdaten zu erwarten.
Eine weitere Möglichkeit ist die Verwendung optimierender
Codierungen (Hufman-Code usw.) /Kel186/. Es gibt hier
mehrere Methoden, von denen einige die Möglichkeit zur
Fehlerüberprüfung einschließen. Die Verwendung solcher Codes
erbringt bei anwendungstypischen Daten bis zu 70%, wobei
numerische Daten und Texte gemischt sein können.
Es ist zu erwarten, daß von Seiten des DFN anwendungsunabhängige
Datenkomprimierungsmethoden bereitgestellt werden,
es lagen Jedoch keine Informationen dazu vor.
2.1.2. Zeichensatz
Es sollte der volle ASCII-Zeichensatz einschließlich nicht
druck barer Zeichen unterstützt werden. Im ASCII-Zeichensatz
nicht enthaltene Zeichen des EBCDIC-Zeichensatzes können
nach einer Tabelle z.B. auf unübliche nicht druck bare
Zeichen abgebildet werden (optional). Obwohl der Zeichensatz
im Netz definiert sein wird, besteht die Möglichkeit, daß
spezielle Zeichen aus nicht-ASCII-Zeichensätzen benötigt
werden.
2.1.3. Erweiterungen
Die Standardisierung kann nur den aktuellen Stand der
Entwicklung berücksichtigen. Daher ist es notwendig, die
Möglichkeit zu Erweiterungen bereits einzuplanen. Da nicht
alle denkbaren Eigenschaften standardisiert werden können,
sind zusätzlich Vorkehrungen für benutzerspezifische
Erweiterungen zu treffen. Viele neuere Normen (GKS, CORE,
VOM) besitzen solche Möglichkeiten.
10