Hier wird sehr viel Aufwand betrieben. Reicht es denn nicht, wenn man weiß, was als Text drin steht?
Frage an die Daten-Forensiker im Forum
-
-
Wenn die Kohle stimmen sollte, würde es sich lohnen, das ganze in 128-Byte-Schnipsel zu zerlegen und das nach HTML oder RTF zu filtern, also die WS-Formatierung zu konvertieren. Dann wäre auch egal ob der WS-Header da ist und intakt ist.
Man könnte dann auch die fehlenden Teile durch Abgleich per diff rekonstruieren.
-
Hier wird sehr viel Aufwand betrieben. Reicht es denn nicht, wenn man weiß, was als Text drin steht?
Ach weißt du, warum beschäftigen wir uns mit alten Systemen, die größer und langsamer als die Emulatoren sind und wo ständig etwas repariert werden muss... ist nicht wirklich effizient, zumindest bei den meisten, die das als Hobby betreiben.
An solchen Daten hängen manchmal Emotionen - und wenn man gerade Zeit und die letzen 25 Jahre Reverse Engineering und Datenanalyse gemacht hat - warum nicht. Vielleicht mache ich das auch einfach gerne
-
Hier wird sehr viel Aufwand betrieben. Reicht es denn nicht, wenn man weiß, was als Text drin steht?
Ach weißt du, warum beschäftigen wir uns mit alten Systemen, die größer und langsamer als die Emulatoren sind und wo ständig etwas repariert werden muss... ist nicht wirklich effizient, zumindest bei den meisten, die das als Hobby betreiben.
An solchen Daten hängen manchmal Emotionen - und wenn man gerade Zeit und die letzen 25 Jahre Reverse Engineering und Datenanalyse gemacht hat - warum nicht. Vielleicht mache ich das auch einfach gerne
Ja gut. Das ist jetzt euer Ding. Die Frau wollte wahrscheinlich nur wissen, was für Daten drin sind. Für sie dürfte das Thema abgehakt sein.
-
Ja gut. Das ist jetzt euer Ding. Die Frau wollte wahrscheinlich nur wissen, was für Daten drin sind. Für sie dürfte das Thema abgehakt sein.
Darum wäre es sicherlich gut, der Frau mitzuteilen was da drin ist und sie zu fragen, ob und welchen Obolus sie zu entrichten bereit wäre für eine Wiederherstellung dessen, was wiederherstellbar ist, da mittlerweile klar ist, dass es nicht mit einer gewöhnlichen Formatkonvertierung getan ist.
-
Die CARTHAGO.DFL ist kein Wörterbuch, sondern die eine "Dateiliste" mit (litte-endian) Offsets in die CARTHAGO.001 (scheint also eine Art Archiv zu sein).
-
sed ist nicht wirklich das geeignete Tool aber ok für quick and dirty Einblicke.
Um eine schöne Darstellung der Tabellen im Wordstar-Dateiformat in HTML/CSS zu machen würde ich Perl verwenden.
Jedenfalls, das ist das was rauskommt wenn man die atarist.txt Datei durch sed schiebt mit dem Kommando:
Code% cat -v Carthago_Raw_data_Atarist.txt | sed 's/-eM//g' | sed 's/M-//g' | sed 's/\^[DM]//g'Wie man leicht erkennen kann, besteht der Grossteil des Dokuments aus Tabellen, wohl mit Messdaten aus der radiometrischen Datierung:
Quote from Carthago_Raw_data_Atarist.txtDisplay More^SCARTHAGO,_alle_houtdeterminaties^S
^X Q^SEngels^S^H b^SAmerikaans^S^H ^?^S R^A ^^Ytotaal^S
^Ssoort^S^P $^Saantal^S *^S%^S^F 5^Saantal^S ;^S%^S^E F^Saantal^S R^S%^S
Acer^T V1^E ^?0,2 R^B E^G ^U ^K1^E ^X0,2
Alnus^S ^\1^E "0,2^X &1^E ?0,2
Alnus (glutinosa)^G ^?2 R^C O^E ^K0,5^X ^O2^E ^]0,3
Buxus^S !2^E '0,5^H +2^E 10,9^G 54^E ^?0,6
Castanea (cf. sat R Fiva) 2^E ^S0,5^X ^W2^E &0,3
Cytisus^Q *5^E 01,1^X 45^E ^?0,7
Fagus R^E K^E^Q 1^E ^O0,2^H ^S2^E ^Y0.9^G ^]3^E ,0,4
Ficus^S 05^E 61,1^H :5^E @2,2^F E10^E ^?1, R^F T^P4
Fraxinus^P ^T7^E ^Z1,6^G ^_10^E %4,3^F *17^E <2,5
Ligustrum^O @3^E F0,7^H J1^E P0,4^F ^? R^G H^G 4^E ^Y0,6
cf.Morus^P ^]1^E #0,2^X '1^E 30,2
Olea^S 883 ?18,7^G D22 ^? R^H R 9,5^E ^O105 !15,6
Ostrya# %3^E +1,3^G /3^E E0,4
Prunus divers
J27^E ^?6,0 R Y^E^F
11^E ^P4,8^F ^U38^E $5,7
Quercus^P )22^E /5,0^G 420^E :8,6^F ?42^E S6,2
Quercus ilex^L ^?2 R
Q^E ^K0,5^H ^O3^E ^U1,3^G ^Y5^E .0.7
Quercus suber^K 23^E 80,7^X <3^E M0,4
Rosaceae ^? R^K @^E^X 6^E ^O2,6^G ^S6^E 0,9
Salix^S $4^E *0,9^X .4^E ^?0,6
Sambucus R^L D^E^O 1^E ^O0,2^X ^S1^E "0,2
Tamarix^Q &4^E ,0,9^H 04^E 61,7^G :8^E ^?1,2
U R B lmus^R ^N36^E ^T8,1^H ^X3^E ^^1,3^F #39^E 25,8
Vitis^S 61^E <0,2^X ^?1 R^N C^E ^R0,2
kurk^T ^V1^E ^\0,2^X 1^E /0,2
Abies^S 32^E 90,5^G >10^E ^?4 R^O W^G,3^F ^L12^E ^_1,8
Callitris^O #2^E )0,5^H -1^E 30,4^G 73^E F0,4
Cedrus^P L100 S22,6 ^? R^P _
35 ^Q15,1^E ^W135 )20,0
Cupressus^N .15^E 43,4^G 933 @14,2^F E48^E V7,1
Juniperus^N [25 ^? R^Q P 5,6^G ^N12^E ^T5,2^F ^Y37^E &5,5
Picea$ *1^E 00,4^G 41^E L0,2
Pinus halepensis^E ^? R^R g 51 ^P11,5^G ^U19^E ^[8,2^F 70 710,4
Pinus maritima <22^E B5,0^H F4^E L1,7^F Q26^E ^?3,8
Pinus sil
^^ #Vitis^N (1x^F 12 ml
^P ^? RJ L^E^N ^]Pinus silvestris 2x^F &7 ml
^^ 4naaldhout +^H 91x^F H0,5 ml^J
^L ^? RK W^E^S S-2-
^SG1,_Byzantijns,_binnenzijde_kademuur,_600_AD^S (12 monsters)
" ^? RL U^E^K &^Sfrequentie^S ^Sml^S
Ficus^P *5^H 6Ligustrum
;3x^F M3,5 ml
Quercus^N Q2^E ^? RM I^L Olea^O ^Q1x^F 2 ml
schors^O $1^H .Quercus^L 32x^F A4 ml
Abies^P E4^G ^? RN M Rhamnus^L ^R1x^F !1 ml
Cedrus^O %2^H -Abies^N 21x^F D3 ml
Cupressus^L H5^H ^?C RO g
edrus ^O1x^F !3 ml
Juniperus^L %5^H =Pinus halepensis 4x^E W41 ml
Pinus halepensis^E ^?2
naaldhout RP X^G -
T2
^SGH1+GH2,_Byzantijns,_buitenzijde_kademuur,_600_AD^S (28 monsters)
* ^? RQ e- ^Sfrequentie^S ^Sml^S
Prunus t 2-3 11^H <Fraxinus^K A1x^F V2 ml
Prunus t 6-8 Z2^H ^?Olea RR ]^E^L
4x^F !9,5 ml
Prunus t 5-6 %1^H =cf. Pistacia lent. 2x^E P19,5 ml
Quercus^N T7^H ^?Prunu RS Y^Ls t 3-4^G ^Q1x^F $1,5 ml
Rosaceae (1^H 7Prunus t 5-7^G <1x^F L2 ml
Tamarix^N P2^H ^?Querc RT U^Lus ilex^G ^Q1x^E $10 ml
Callitris^L (1^H 0Ulmus^N 51x^E E80 ml
Cedrus^N J12^H ^?Abies RU U^E^L
2x^F ^\3 ml
Cupressus^L 3^H ,Cupressus
11x^E D45 ml
Juniperus^L H2^H ^?Pinus hal RV l^Qepensis 3x^E 48 ml
Picea^P $1^H 5Pinus maritima^E :1x^E T20 ml
Pinus halepensis^E ^?3
Pinus silvestris RW d^E ^V7
Naaldhout -
"7
Indet.^O W3
^SLM_16-17,_Byzantijns^S (5 monsters)
Olea^Q ^?2
Quercu RX \^Ks ilex ^Z1
Cupressus^K /23
^J
^_ ^?-3-
^SKL_12,_Byzantijns_havens RY J^]ediment^S (14 monsters)
- >^Sfrequentie^S ^Sml^S
Buxus^P B2^H ^?Prun RZ \us t 3-4^G ^R1x^F 4 ml
Fagus^P $2^H 6Prunus (wortel) ;1x^E N17 ml
Ligustrum^L R1^H ^?Prunus R[ P^K t 6-8^G ^P1x^F ^^2 ml
Olea^P #14^H -Quercus^L 21x^F A4 ml
Ostrya^O E3^H ^?Vitis R\ Q^E^L
1x^E 20 ml
Prunus t 2-3 $7^H 3Prunus t 2-3^G 81x^F A6 ml
D^Z ^?type 6 R] H^E
1x^E ^T15 ml
^W^Z ^_Abies^N $1x^F 43 ml
Quercus 911^H ^?Callitris R^ `^E^H
1x^F ^_3 ml
Quercus ilex #2^H ;Pinus halepensis 1x^F K3 ml
Tamarix^N O2^H ^?Pinus silvest R_ Sris 2x^E ^\10 ml
Ulmus^P 3^H .Naaldhout -^H 31x^E B10 ml
Abies^P N1
Cedrus^N ^?2 R` m^Q0
Cupressus^L 1
Juniperus^L 63
Pinus halepensis K14
Pinus maritima^G a4
Pinus silvestris^E ^?2
Ra h,
^J
! ^?-1-
^SByzantijnse resultaten_Amerikaanse_opgravi Rb U-ng^S
(F1, G!, GH1, GH2, KL12, LM16-17)
* N^Sfrequentie^S ^Sml^S
Buxus ^?2 Rc P^E^F ^PFraxinus^K ^U1x^F #2 ml
Fagus '2^H 3Ligustrum
83x^F H3,5 ml
Ficus L5^H ^? Rd \ Olea^O ^N5x^E #11,5 ml
Ligustrum '1^H ?cf. Pistacia lent. 2x^E O19,5 ml
Olea T16^H ^?Prun Re cus t 3-4^G ^R3x^E $13,5 ml
Ostrya^L (3^H 7Prunus t 5-7^G <1x^F Q2 ml
Prunus t 2-3^F U8^H ^?Prunus (wo Rf d
rtel) ^O1x^E %17 ml
Prunus t 5-6^F )1^H 8Prunus t 6-8^G =1x^F R2 ml
Prunus t 6-8^F V2^H `Quercus^K ^? Rg ^^H 3x^F ^X8 ml
Quercus
^]20^H ,Quercus ilex^G 11x^E G10 ml
Quercus ilez^F K3^H URhamnus^L Z1x^E ^? Rh S^T 1 ml
Rosaceae
^X1^H Ulmus^N %1x^E 680 ml
Tamarix^K :4^H BVitis^N G1x^E ^?20 ml
U Ri U lmus 3^H ^\Prunus t 2-3^G !1x^F /6 ml
Abies 35^H <type 6 A1x^E ^?15 ml
Callitris Rj Q^E 1^H ^QAbies^N ^V4x^F %9 ml
Cedrus^K *34^H 6Callitris
;2x^F M9 ml
Cupressus^H ^? Rk T^G32^H ^PCedrus ^U1x^F '3 ml
Juniperus^H ,10^H 8Cupressus
=1x^E L45 ml
Picea P1^F ^? Rl u^\ Pinus halepensis 8x^E 992 ml
Pinus halepensis 19^H JPinus maritima^E O1x^E g20 ml
Pinus maritima k4^H ^?Pinus Rm l^Tsilvestris 2x^E 110 ml
Pinus silvestris 9^H ?Naaldhout -^H D1x^E Y10 ml
Naaldhout -^G ]9^H h
Indet.^F ^? Rn a^E^F 3^E ^N
^V-^Y
Totaal
)198
(schors) ^?(1)
Loofhout totaal 74 (= 37,4 %)
Naaldhout to Ro j0taal 124 (= 62,6 %)
^J
^_ ^?-1-
^SEngelse_opgraving,_Byzantijns_totaal^S
( Rp gAA77 VII 262, A78 III 391, A78 VII 265, A77 VII 263A)
Acer^R L1
Alnus^Q c1
Alnus (glutinosa)^E ^? Rq P2
Buxus^Q 31
Castanea (cf. sativa) 2
Cytisus^O >5
[ gekürzt weil max 10k Chars/Post ]
^?^Sfase_8^S R^A n^E^P ^_^Salles_zonder_gruis^S:
&Olea^K 550 ml (7x) U^Scategorie-indeling_fase_8^S
^?cf. Pistacia 13 m R^B Y^Kl (2x)^\ ^P
^ZTamarix (6 ml (1x) /Olea 54
SP. silvestris 1 ml (2x) ^?cf R^C e^O. Pistacia^E ^U2
^_Quercus -1,5 ml (2x) 7Tamarix
=1
Ftype 2
T1 ml (1x) ^Quercus
^?1
R x^E ^SCotoneaster^E $0,5 ml (1x)
,gruis
;41,5 ml (6x) ctotaal 73 ml (114,5 ml met gruis)
r^Sfase_7^S
^?Ol R^E ]^Gea
8196 ml (15x) ^Scategorie-indeline
Diese Nachricht ist zu lang. Es stehen maximal 10.000 Zeichen zur Verfügung.
Ich habe daher die vollständige Datei angehängt, dass Ihr den Inhalt beurteilen und überlegen könnt ob und wieviel Euch eine Aufbereitung der Dateien wert wäre. Die Datei wurde im DOS/Windows Format (CRLF) in UTF-8 gespeichert.
Anfragen wegen Datenaufbereitung nehme ich gerne entgegen, immer bereit, der Wissenschaft zu dienen
-
[...] wenn man die atarist.txt Datei durch sed schiebt [...]
In der AtariST-Variante fehlt die Hälfte der Sektoren.
In der IBM-Variante fehlen nur zwei Sektoren im großen Bericht (verslag).
Anbei IMG, DFL/001 extrahiert und die Streams separiert.
(ich nenne sie mal 'Streams' und nicht 'Dokumente', weil die Daten nicht vollständig zum WS-Format passen und der 'Header' noch enthalten ist).
ps: Die Trennung in 'Index'- und 'Kapitel'-Datei klingt eher nach WordCraft (wobei dort die Index-Datei wohl auf .DOC endet): https://www.nationalarchives.gov.uk/PRONOM/fmt/1723
Ohne weitere Details wird es wohl bei der groben Extraktion der Texte bleiben...
pps/OT: was man nicht alles findet, wenn man nach alten Sachen sucht (MP 6/1990)
-
Irgendwie sind die *.DFL und *.001 Dateiendungen merkwürdig - ich kenne kein Programm, dass diese verwendet hat.
Auch wenn die Datei sicher "Wordstar-artig" ist, scheint sie doch etwas anders zu sein. Ich habe mal mit Wordstar Formatbeschreibungen verglichen und mache scheine zu passen (Unterstreichen, doppelter Druck, was alles auf einen Typenraddrucker hinweist), manche sind aber merkwürdig.
Viele Textverarbeitungsprogramme haben sich ja an Wordstar orientiert, von daher kann es durchaus auch etwas anderes sein.
WordPerfect wurde ja schon anfangs genannt - hätte aber normalerweise eine *.WPD Dateiendung.
WordPerfect 5.1 kann mit der Datei wenig anfangen - filtert auch nicht bit 7 heraus.
Ich denke aber, dass "man" schon aus den oben schon gezeigten, gefilterten Daten durch manuelle Nacharbeit einen neuen Text mit den alten Inhalten erstellen kann - wenn jemand unbedingt die Daten haben möchte.
Martin
WordPerfect 5.1:
-
Irgendwie sind die *.DFL und *.001 Dateiendungen merkwürdig - ich kenne kein Programm, dass diese verwendet hat.
Soweit ich gelesen habe, hat Wordstar anfangs auch keine bestimmten Endungen verwendet. Habe es auch damit versucht, aber leider kein Erfolg.
Ich habe jetzt noch eine andere Ecke beleuchtet, die Geometrie aus dem Sicherungsimage (IBM-Version).
Ich gehe davon aus, dass es sich bei der Quelle um ein CP/M handelt.
Daraus und aus der Größe der Datei, sowie den zwei ausgefallenen Sektoren, schließe ich (mit großer Wahrscheinlichkeit) auf folgende Konstellation:
Diskette mit 80 Spuren beidseitig, zu je 9 x 512 Bytes, ergibt 720KB, was der Länge der Imagedatei entspricht.
Zwei Tracks sind fürs System reserviert. Ab hex 2400 beginnt das Directory und umfasst 8KB.
Die CP/M-Datenblöcke (Unitsize) sind jeweils 4KB groß.
Die Eintragungen im Verzeichnis sind jeweils 8 Bit lang, also 16 Stück je Extent.
Daraus ergeben sich folgende CP/M-Parameter:
Unit-Size = 4KB
AL0 = 11000000, AL1 = 0
DRM = 255
BSH = 5
BLM =31
DSM = 177
EXM = 3
Ich habe dann in meinem SAMCONV.xls nach solch einer Konstellation gesucht und auch gefunden.
Der mögliche Quellrechner ist ein ALTOS Series 5 (läßt sich aber nicht 100%-ig sagen)
Vielleicht hilft es aber ein mögliches Textprogramm zu finden, dass auf die Datei passt. Ich hatte leider mit ALTOS nichts zu tun, aber vielleicht gibt es jemanden, der sich damit auskennt.
PAW
-
Ich habe gerade eine Altos 5 zur Beobachtung hier und werde mal probieren, ob das Image im Gotek lesbar ist, wenn ich CP/M auf der Kiste boote.
-
Ich gehe davon aus, dass es sich bei der Quelle um ein CP/M handelt.
Der mögliche Quellrechner ist ein ALTOS Series 5 (läßt sich aber nicht 100%-ig sagen)
Das erste Byte in einem Directory-Eintrag ist ja der "User"-Bereich unter CP/M (0-15), im "IBM-Image" steht da 0x20:
Code00002400 20 43 41 52 54 48 41 47 4f 30 30 31 03 20 20 80 | CARTHAGO001. .|... wenn man dies in 0x00 ändern, zeigt cpmls -f alt5 Carthago_Raw_data_IBM.txt einen Teil des Directory:
Code0: carthago.001 carthago.dfl... die Dateien lassen sich dann zwar mit cpmcp -f alt5 Carthago_Raw_data_IBM.txt "0:*.*" . ohne Fehlermeldung extrahieren, haben allerdings 17 MB und sehen am Anfang so aus wie die obigen "Artefakte" ...
-
Ich habe die Images in .DSK umbenannt und mit dem HxC-Gotek versucht, sie unter CP/M 2.2 auf der Altos 5 zu lesen. Erfolglos, auf "DIR" erscheint die Meldung "NO FILE". Da das Format ja offenbar auch von cpmtools verstanden wird, ist das ja ohnehin der praktikablere Weg.
-
Welche Version von WordStar lief denn auf so einem ALTOS Computer?
Alle CP/M-Versionen, also bis 4.0 ... und wie Martin Hepperle oben schrieb, befinden sich noch andere "Steuercodes" in dem Text ...
-
Wie oben schon geschrieben wurde, ist das Format ähnlich aber passt nicht richtig.
https://www.sfwriter.com/wsformat.txt
https://www.loc.gov/preservation/digital/formats/fdd/fdd000552.shtml
Also es war sicher ein WordXxx, aber welches ?-)
-
Also es war sicher ein WordXxx, aber welches ?-)
"Original"-WordStar (egal welche Version) kann IMHO ausgeschlossen werden, denn dafür enthält der Text einfach zu viele ^Z = End of file character (0x1A) und kann daher nicht vollständig geladen werden ...
-
Man müsste in alten Magazinen schauen, womit WordStar verglichen wurde. Diese Themen habe ich meist ignoriert, als ich die alten Magazine durchgeblättert hatte.
-
Da es sich bei den gesuchten Daten vermutlich um viele Tabellen handelt, käme außer einer Textverarbeitung auch eine Tabellenkalkulation in Frage.
Die gab es zahlreich, wie z.B. CALCSTAR, VisiCalc, Supercalc, Multiplan, etc.
Wäre auch möglich, dass die Daten mittels eines Importfilters in eine Tabelle eingelesen werden können. Leider gibt es, zumindest seit Office 2003, keine Filter für alte Dateien.
PAW
-
Nur mal eine Idee wegen der Dateiendungen (obwohl der Fund von lesbarem Klartext diese Erklärung unwahrscheinlich macht): Es könnte sich um ein komprimiertes Archiv gehandelt haben. Komprimierungsprogramme, die Archive teilen konnten, haben oft für den ersten Datensatz ihre normale Dateiendung benutzt, und für die weiteren dann .001, .002 usw. Die Buckstabekoombination .DFL könnte dann für "Deflate" stehen: https://en.wikipedia.org/wiki/Deflate
Nachteil: Es gibt zumindest nach meiner kurzen Suche keine Hinweise auf die Verwendung eines "Deflate" genannten Verfahrens vor den 90ern, allerdings wären die Grundlagen desselben (laut Wikipedia-Artikel LZ77 und Huffman) alt genug, um zu einem System wie dem Altos 5 zu passen. Gab es unter CP/M derartige Komprimierungstools überhaupt?
-
Gab es unter CP/M derartige Komprimierungstools überhaupt?
Ja, gab es. .Arc zum Beispiel ist unter CP/M entstanden. Guck mal hier: Compressing and archiving on CP/M
-
Es könnte sich um ein komprimiertes Archiv gehandelt haben.
Die Streams (Dokumente) sind nicht komprimiert, nur proprietär strukturiert. Mir ist gestern noch etwas aufgefallen (erklärt die Binärwerte zwischendurch), muss es nur noch validieren - aber erstmal arbeiten, vielleicht heute Abend/Nacht...
ps: bei DFL tippe ich auf Document File List
-
Es könnte sich um ein komprimiertes Archiv gehandelt haben.
Die Streams (Dokumente) sind nicht komprimiert, nur proprietär strukturiert. Mir ist gestern noch etwas aufgefallen (erklärt die Binärwerte zwischendurch), muss es nur noch validieren - aber erstmal arbeiten, vielleicht heute Abend/Nacht...
wie zum Beispiel ein LBR Archive ?
-
-
Habe auf der Suche folgendes gefunden. Hört sich interessant an!
Applications Supported by Star Exchange
Star Exchange supports over 50 applications. You can convert files from your favorite word processor as well as spreadsheets and databases. For a complete list of the supported applications, see "Supported Applications" in the Appendix.
Supported Applications
The applications listed below are supported by Star Exchange.
WORD PROCESSORS
  PC-Based Format Version/Release DEC WPS PLUS (DX) 3.0 and earlier DisplayWrite 2, 3, 4, 5 All First Choice 3.0 and earlier IBM Writing Assistant 1.01 MASS-1 1 8.0 and earlier Microsoft Word 4.0 through 5.5 MultiMate 3.6 and 4.0 MultiMate Advantage All MultiMate Advantage 2 All Nota Bene 3.0 PFS:Write A, B, and C Professional Write 2.2 and earlier Samna Word IV Plus and earlier SmartWare II 1.5 and earlier Volkswriter 3, 4 All Wang PC (IWP) 2.6 and earlier WordMARC Composer Plus and earlier WordPerfect 5.1 and earlier WordStar 7.0 and earlier WordStar 2000 3.5 and earlier XyWrite III+ and earlier   Macintosh-Based Format Version/Release Microsoft Word 4.0 WordPerfect 2.0 and earlier Mac Write II 1.1   Other Formats Version/Release ASCII N/A Intelligent ASCII N/A DCA/FFT All DCA/RFT All Navy DIF All Microsoft RTF 1.0 and earlier SPREADSHEETS
  Application Version/Release Enable 3.0 First Choice 3.0 and earlier Framework III and earlier Lotus 1-2-3 3.0 and earlier Lotus Symphony 2.0 and earlier Microsoft Excel 2.0 through 3.0 Microsoft Works 2.0 Mosaic Twin 2.5 PFS: Professional Plan 1.0 Quattro PRO and earlier SuperCalc 5 All SmartWare II 1.5 VP Planner 3D 1.0 DATABASES
  Application Version/Release dBASE IV and earlier Data Ease 4.0 dBXL 1.3 Enable 3.0 First Choice 3.0 and earlier FoxBase 2.1 Framework III Microsoft Works 2.0 Paradox 2.0 through 3.5 Q&A 3.0 R:Base 3.1 and earlier, System V, Personal Reflex 2.0 and earlier SmartWare II 1.02 through 1.5 Die Frage ist nur, woher man die Software bekommt und wo sie läuft, bzw. ob sich jemand hier damit auskennt? Ich habe zum ersten Mal davon gehört.
Wenn damit die Datei nicht zu lesen ist, dann sehe ich sowieso schwarz!
PAW
-
Die Frage ist nur, woher man die Software bekommt und wo sie läuft, bzw. ob sich jemand hier damit auskennt?
"Star Exchange" war z.B. bei "WordStar 2000" dabei: dessen Datei-Format war nicht mit den anderen WordStar-Versionen (3.0 - 7.0) kompatibel und soll auch Tabellen unterstützt haben ... CARTHAGO.001 wird zwar in "WordStar 2000" vollständig geladen, die Formatierung ist allerdings nicht korrekt ... auch mit "Sprint" von Borland getestet, welches wohl weniger bekannt war/ist ...
-
Das Problem ist wahrscheinlich eher, dass das Image auf dem Weg ins Forum seine Nullzeichen verloren hat (hat wahrscheinlich damit zu tun, dass die Dateien die Endung .txt haben und ein besonders "intelligentes" Programm alle 0x00 durch 0x20 ersetzt hat - was auch erklärt, warum die defekten Sektoren mit Leerzeichen gefüllt sind).
Kurz, so wie es ist, wird es wahrscheinlich kein Programm richtig öffnen.
Ansonsten zur Grundstruktur eines Dokuments:
Header: 48,__[8+3?]
Block: __,52,__,__,nn,__,tt[nn-6]
Wenn man die Header entfernt und alles andere so lässt, dann bleibt beim kleinsten Dokument das übrig: carthago.morgen.strip.txt
Die Sicherung ist also beschädigt und eine Wiederherstellung muss wahrscheinlich manuell erfolgen.
-
Das Problem ist wahrscheinlich eher, dass das Image auf dem Weg ins Forum seine Nullzeichen verloren hat (hat wahrscheinlich damit zu tun, dass die Dateien die Endung .txt haben und ein besonders "intelligentes" Programm alle 0x00 durch 0x20 ersetzt hat - was auch erklärt, warum die defekten Sektoren mit Leerzeichen gefüllt sind).
Gut beobachtet!
Es gibt tatsächlich in den kompletten Images (IBM und Atari) kein einiziges Byte mit hex(00). Erlärt auch, warum im CP/M Inhaltsverzeichnis bei der Usernummer hex(20) statt hex(00) steht.Die Diskette war leider auf meinem Pentium 4 nicht mehr lesbar. Die Oberfläche der Diskette sah schon sehr abgeschliffen aus.
Hallo abrandt,
wie Du siehst ist der Weg über die beiden Images nicht weiter zielführend (ausgenommen manuelle Rekonstruktion). Außer auf Deinen Imagedateien sind noch die hex(00) vorhanden. Mit einem Hexeditor ansehen und nach hex(00) suchen.
Vielleicht solltest Du nochmal auf die Originaldiskette zurückkommen. Eventuell findet sich jemand im Forum, der Dir die Diskette einlesen kann (möglichst auf Fluxbasis).
PAW
-
weil ich gerade drüber gestolpert bin: wäre Kaitai Struct was, was bei so einer Aufgabe helfen könnte? (ja, ich weiß, die Daten sind wahrscheinlich korrupt (0x00/0x20)):
Kaitai Struct: declarative binary format parsing language
von heise.de:
"Kaitai Struct hilft beim Analysieren, Dokumentieren und Lesen von Binärdateien.Selbst in Zeiten lesbarer, geschwätziger XML- und JSON-Datenbestände nehmen Binärformate einen wichtigen Platz ein: Dateisysteme, Bilddateien und vieles Weitere liegt in dieser Form auf Datenträgern herum. Mit Kaitai Struct filetieren Sie solche Daten reproduzierbar. Die deklarative Sprache beschreibt in simplem YAML das Format binärer Daten. Verschiedene Werkzeuge visualisieren die Beschreibung und überführen sie in ausführbaren Code, um die Daten in verschiedenen Programmiersprachen lesen zu können.
Erste Schritte mit Kaitai fallen leicht: Es gibt eine IDE, die im Browser läuft und die das Funktionsprinzip verstehen hilft. Sie bringt eine Liste bereits fertiger Deklarationen für Formate wie PNG-Dateien und auch einige Beispieldateien mit. Mit wenigen Klicks kann man sich so Informationen wie Bildgröße und Farbtiefe anzeigen lassen, sieht aber auch die interpretierten Daten in Hex und erfasst schnell die Funktionsweise."
