Problem(chen) mit Excel

Hans K. schrieb:
> Nun meckert Excel wegen zu vielen Daten ... :-(

Welche Excel-Version hast du. Das ist wichtig weil Excel je nach Version 
die maximal-Zeilen geändert hat.  z.b. Excel 2003 = ca. 32.000 Zeilen. 
Höhere Versionen haben mehr.

Was das einlesen angeht.

Jein.

Du müsstest sie über ein VBA-Script einlesen. Excel zu sagen, lies nur 
jede 6 Zeile mit klicki-Bunti geht nicht. In keiner Version.

Die Alternative wäre dir LIBRE-Office zu installieren.

Zitat Google :
What is the maximum number of cells, rows, columns and sheets in a 
LibreOffice spreadsheet?

The maximum number of columns is 1,024 (from column A to column AMJ); 
the maximum number of rows is 1,048,576 (220); the maximum number of 
cells in one sheet is 1,073,741,824 (230 which is more than 1 billion 
cells);13.04.2020


Das sollte selbst für deine Daten reichen ;)

Schlaumaier schrieb:
> the maximum number of rows is 1,048,576 (220); the maximum number of
> cells in one sheet is 1,073,741,824 (230 which is more than 1 billion
> cells);

Da steht eventuell 2^20 bzw. 2^30, kann das sein?

Hans K. schrieb:
> habe mit einem Datenlogger Daten erfasst und die Daten nach dem Auslesen
> für Excel konvertiert. Nun meckert Excel wegen zu vielen Daten ... :-(

Um hier die Spekulationen etwas einzugrenzen, wäre es nicht schlecht, 
wenn du verraten könntest, in welchem Bereich sich deine Datenmenge 
bewegt.

Falls du über Programmierkenntnisse in inrgendeiner Hochsprache für 
einen PC verfügst, wäre es evtl. auch eine Option, selber den 
sprichwörtlichen Dreizeiler zu schreiben.

Schlaumaier schrieb:
> ... weil Excel je nach Version die maximal-Zeilen geändert hat.
> z.b. Excel 2003 = ca. 32.000 Zeilen.
> Höhere Versionen haben mehr.

In der Fehlermeldung steht tatsächlich was von max. 32.000 Zeilen.
Ist offensichtlich keine höhere Version ...
Habe vorerst die Zeilen über 32.000 gelöscht. Das klappt also.

Neues Problem: Möchte die Messwerte in einer Grafik darstellen. Y-Achse 
die Zeit, X-Achse die Messwerte. Die Spalte Zeit hat das Format h:min 
(00:00). Beim Datenloggen wurde alle 10s eine Messung gemacht, also habe 
ich 6 Zeilen mit der gleichen Zeit, woran sich Excel offensichtlich 
nicht stört.

Excel zeigt nun in der Grafik die Zeit ungünstig an, nämlich:
00:00 - 03:18 - 06:36 - 09:54 usw.

Wünschenswert wären ganze Stunden oder besser immer 3 ganze Stunden.
Scheint aber im Programm nicht vorgesehen.

libreoffice hat kein Problem mit Zeilen.

Irgend W. schrieb:
> Anscheined nicht, Excel kann seit 2007 mindestens genausoviel:

Deshalb hab ich ja nach der Version gefragt ;)

IchMeinJaNurMalSo schrieb:
> Da steht eventuell 2^20 bzw. 2^30, kann das sein?

JA.  Aber das rafft die forums-Software beim kopieren nicht. Hier der 
Original-Text.

Google : libreoffice calc max rows

Peter M. schrieb:
> Schon Office 2000 unterstützte 65536 Zeilen.

Jo. Ich habs falsch im Kopf gehabt. Liegt vermutlich daran das mein 
Excel 2003 schon bei 30.000 Zeilen die Krise bekommt.

@to
Für das Diagramm würde ich eine Puffertabelle erstellen. Die berechnet 
den Mittelwert aus einer Anzahl von Zeilen = über ein gewissen Zeitraum.

Daraus machst du dann ein Linendiagramm.  Für ein bisschen Grafik reicht 
das völlig. Und belastet Excel nicht so.

Und viel speichern. Excel ist bei so großen Datenmengen zickig.

Nachtrag :

Man kann die Position der Zelle auch berechnet.

Wenn du also in der Puffertabelle ein Feld machst mit "Faktor Für 
Mittelwert" und dann in der Formel den Bereich für den Mittelwert mit 
diesen Faktor berechnest, kannst du bei neuen Daten einfach automatisch 
den Schrittwert für die Meßpunkte berechnen.

Anzahl der Zeilen pro Mittelwerte)  = Anzahl der Zellen / Anzahl der 
Messpunkte.

Und in der Formel : = mittelwert von Bereich X + 1 : Bereich X+ anzahl 
der Zeilen pro Mittelwert

Dann berechnet sich das Diagramm jederzeit neu, wenn du die Datentabelle 
änderst.

Auf die Weise habe ich mal die Umsatzzahlen mit Diagramm berechnet via 
automatisches Dateiimport in Text-Format.

ALLES ohne Script.

Sascha W. schrieb:
> Von wievielen Datenzeilen reden wir denn?
Habe den Datensatz auf 32.000 Zeilen reduziert (vorne und hinten was 
abgeschnitten) und mein altes Excel kommt jetzt klar damit. Ursprünglich 
waren es 57.153 Zeilen.

> Mit mehreren 10-tausend Zeilen
> ist die Verwendung von Excel zum erzeugen eines Diagramms ziemlich
> sinnlos weil einfach die Möglichkeit fehlt in den Daten zu zoomen um
> auch noch was erkennen zu können.

Ist in meinem Fall nicht wirklich relevant, denn ich habe nur mal die 
Einschaltperioden und die Einschaltdauer meines Kühlschranks erfasst. 
Dazu befand sich ein Sensor im Tiefkühlfach. Der Log lief knapp eine 
Woche (6 Messungen/min.), deshalb die große Datenmenge. Deshalb auch der 
Wunsch, nur jeden 6. Messwert zu verwenden.

EXCEL hat sich aber jetzt erledigt, ich sehe im Diagramm, was ich sehen 
wollte.

Siehe auch: Beitrag "Kühlschrank noch in Ordnung?"

Für den Fall, dass ich nochmal irgendwas logge und solch ein Diagramm in 
EXCEL nochmals erstellen möchte:

1. Bei der Zeitachse ist es mir zwar gelungen, mit dem Wert 1080 alle 3 
Stunden eine senkrechte Linie zu erzeugen. Es gelang mir allerdings 
nicht, an die Linien auch die ganzen Stunden schreiben zu lassen 
(3-6-9-12 usw.).

2. Dass die Zeit innerhalb des Quadranten dargestellt wird, sieht auch 
etwas ungut aus. Auch hier fand ich keine Einstellung.

Gibt es für beides keine Lösung oder finde ich die nur nicht?
Denn eigentlich ist ja immer alles einstellbar.

Wie schon geschrieben.

Eine neue Tabelle erstellen lassen die den Mittelwert eines Zeitraum 
erstellt.

Dann die Reihe von Hand beschriften, und eine Achsenbeschriftung 
erstellen. Diese ins Diagramm übernehmen.

Dazu solltest du dich über die Formel-Befehl INDIREKT + VERKETTEN schlau 
machen.

Stell dir eine Reihe B vor mit zahlen.

In D1 willst du den Wert aus B3 haben, in den du in D2 eine 3 eingibst.

Das in D1 schreiben =INDIREKT(VERKETTEN("b"&D2))

Wenn du das so machst das deine Puffertabelle Werte hat, kannst du das 
sogar automatisch Berechnen. Ist nicht so einfach aber geht.

Um ehrlich zu sein ist die Funktionalität von Excel um Diagramme zu 
erstellen nur Rudimentär. Alles was über ein BWLer Kuchendiagramm hinaus 
geht ist Gefrickel. Das gleichmäßige skalieren der x-Achse und y-Achse 
mit der grafischen Oberfläche unmöglich. Vom einem Contour Plot kann man 
nur träumen.
Mit Python (Matplotlib), Qtiplot, Grapher oder OriginLab kommt man 
besser ans Ziel.

Karl schrieb:
> Alles was über ein BWLer Kuchendiagramm hinaus
> geht ist Gefrickel. Das gleichmäßige skalieren der x-Achse und y-Achse
> mit der grafischen Oberfläche unmöglich.

Stimmt. Für die guten Diagramme brauch man was anständiges.

Und diese "Anständigen" Programme kommen auch mit einer Kleinigkeit von 
100.000 Datensätzen nicht ins Schwitzen.

Bei Excel bin ich halt immer über eine Puffertabelle gegangen die dann 
Mittelwerte errechnet, um die Anzahl der Datenpunkte auf ein Minimum 
(max. 20) zu beschränken.  Und dann muss es ein Liniendiagramm sein. 
Balken und Kuchen kannst du knicken ab 12 Punkten.

Karl schrieb:
> Das gleichmäßige skalieren der x-Achse und y-Achse
> mit der grafischen Oberfläche unmöglich.

Nicht wirklich, man muss nur mal mit allen Einstellmöglichkeiten spielen 
und versuchen, die dahinter liegenden Funktionen zu verstehen. Dann 
klappt das auch mit dem "unanständigen" EXCEL.

Dann man spart sich dubiose Umwege über indirekt verkettete 
Hilfsspalten. Die richtigen Buttons drücken und die richtigen Werte in 
die richtigen Felder eingeben, dann passt das, siehe 
Beitrag "Re: Kühlschrank noch in Ordnung?"

Schlaumaier schrieb:
> Welche Excel-Version hast du.

EXCEL 97

hättest du jetzt noch die hauptstriche auf innen gesetzt, wärs perfekt 
geworden.

Hans K. schrieb:
> Schlaumaier schrieb:
>> Welche Excel-Version hast du.

2003.

Aber du machst einen Fehler.  Teste deine Einstellungen mal. Dann wirst 
du erkennen das der für JEDEN Teilstrich eine Beschriftung machst. Und 
da mein Drucker keine Mikroschrift kann, überlagert der dann alles. 
Einfach gesagt, und hast ein dicken fetten Balken als Teilbeschriftungen 
bestehend aus 1080 Texten.

Wenn man über ein Puffertabelle geht und genau deine Werte richtig 
einstellt, geht es.

Die alternative Lösung ist, man macht ein Liniendiagramm OHNE 
Datenpunktbeschriftung und gibt den Bereich manuell in den 
Diagrammeigenschaften an.

Ich habe 20 Jahre so Diagramme gemacht. Sehr oft sogar wurden diese 
durch selbst erstellte VB-Programm automatisch aus einer leeren Tabelle 
erstellt.
Glaub mir, ich kenne mit Excel und Diagrammen JEDEN Trick.

Jedenfalls bis zu besagten Version 2003. Und ich werde nie auf eine 
andere Version wechseln. Mit Jeder Version nach 2003 dauert die 
Bearbeitung min. 10 x Länger. Der Grund sind die Schei** Menüs.  Ich 
habe eine Menüreihe nur mit Makros. Da klick ich eins an und der macht 
das was sonst zwischen 5-40 Klicks sind.

1. Wer misst, misst Mist. Hier 6 Messungen pro Minute mit gleichem 
Zeitstempel "h:min" nicht voneinander auseinanderzuhalten. Naja, 
immerhin lassen sich diese 6 Messungen zu einem Mittelwert verrechnen.
2. EDV=Ende Der Vernunft. Hier reicht ein xxxMB Grosses Excel nicht um 
wenige MB Daten zu verarbeiten. Zeilenzahl begrenzt, Skalenbeschriftung 
nur durch tagelange "Ostereiersuche" knapp unbefriedigend zu beherrschen 
(Teilstriche, Schriftgrösse, Zoombarkeit). Verarbeitungszeit lassen wir 
jetzt mal weg f. diese Eintagsfliegenübung.

Lächerlicher Verhältnisblödsinn^3 typisch der BWL-Kategorie, 
schliesslich kommt da noch einer mit Access obendrauf angerannt...



Zum Glück gibt es seit 1-2J WSL: das entbindet W10 Benutzer der Ausrede 
sich nicht mit seit über 20J bewährten POSIX & GNU Programmen der 
Kategorie "Schweizer Taschenmesser" zu befassen.

Datenreduktion u. ggf. Teilselektion geht mit sed Einzeilern, so denn 
überhaupt nötig. Alternativ Mittelwertrechnung per awk .

Ein knappes Dutzend Zeilen Konfigurationshinweise an GNUplot bringen 
die Darstellung in Deckung mit den eigenen Wünsche, interaktive GUI f. 
Zoom inkl.

Kann man das bereits (SoHo-)BigData nennen? ;-)

Schlaumaier schrieb:
> Teste deine Einstellungen mal. Dann wirst
> du erkennen das der für JEDEN Teilstrich eine Beschriftung machst.

Stimmt. Dann darf man eben nicht jeden mm einen Teilstrich setzen. 
Wollte in meinen Diagramm ursprünglich auch jede Stunde einen Teilstrich 
setzen, dann hätte aber die Schrift nicht mehr gepasst. Also sind es 
kurzerhand 3 Stunden pro Teilstrich geworden. Problem gelöst.

> Und ich werde nie auf eine
> andere Version wechseln. Mit Jeder Version nach 2003 dauert die
> Bearbeitung min. 10 x Länger.

Stimmt wieder. Am Ende hat man auch nur ein Diagramm, das mit einer 
alten Version ebenso erstellt werden konnte.

Im Gegensatz zu dir habe ich in Urzeiten nur einen Crashkurs in EXCEL 
abbekommen. Habe mir jetzt aber paar Zeilen zu der Vorgehensweise 
notiert, beim nächsten Mal steht so ein Diagramm in 5 Minuten.

Ärgerlich ist eher, dass ich die Daten nicht reduzieren kann, da mir 
dazu die Kenntnisse fehlen. Beim nächsten Mal frage ich einfach mal, ob 
das jemand im Netz für mich erledigen könnte. Man muss auch nicht alles 
können.

Mach mal eine Grafik mit Excel und dann mit Gnuplot, gerade wenn Du 
viele Daten hat, ist Gnuplot 100x schneller

Gnu schrieb:
> Mach mal eine Grafik mit Excel und dann mit Gnuplot, gerade wenn Du
> viele Daten hat, ist Gnuplot 100x schneller

Langsamer ist auch kaum möglich :)

Excel + viele Daten = elend.  Deshalb kann man um überhaupt zu Arbeiten 
die Berechnungen in Excel ja abschaltet.

Schlaumaier schrieb:
> Gnu schrieb:
>> Mach mal eine Grafik mit Excel und dann mit Gnuplot, gerade wenn Du
>> viele Daten hat, ist Gnuplot 100x schneller
>
> Langsamer ist auch kaum möglich :)
>
> Excel + viele Daten = elend.  Deshalb kann man um überhaupt zu Arbeiten
> die Berechnungen in Excel ja abschaltet.

Q.e.d. Excel skaliert exzellennt: je mehr Daten desto langsamer.

karl-heinz schrieb:
> hättest du jetzt noch die hauptstriche auf innen gesetzt, wärs perfekt
> geworden.

Der Unterschied ist mir erst gar nicht aufgefallen, der Strich wird ja 
auch nur einen mm länger. Hab es gleich notiert. Die nächste Grafik wird 
gleich perfekt. Die Jungs von MS haben irgendwie schon an alles gedacht.

Hans K. schrieb:
> Karl schrieb:
>> Das gleichmäßige skalieren der x-Achse und y-Achse
>> mit der grafischen Oberfläche unmöglich.
>
> Nicht wirklich, man muss nur mal mit allen Einstellmöglichkeiten spielen
> und versuchen, die dahinter liegenden Funktionen zu verstehen. Dann
> klappt das auch mit dem "unanständigen" EXCEL.

Mit gleichmäßig skalliert meinte ich, dass das im Bild/Druck 100 
Einheiten auf der x-Achse gleich 100 Einheiten auf der y-Achse gleich 
z.B. 1 cm (oder 100 Pixel) sind. Nur so wird aus dem Mohrschen 
Spannungskreis ein Kreis und kein Oval.
Mit der Einstellung die du gezeigt hast geht das sicher nicht, Weil du 
die Länge der Achse nicht eingeben kannst.

Andy D. schrieb:
> an muss das immer explizit
> als Option im Installer angeben, auch bei 64 Bit Betriebssystemen.

Seit 2019 ist es umgekehrt.

Ralf X. schrieb:
> Wichtig ist aber, dass man auch weiss, ob die einfache Löschung von 9
> von 10 Werten keine unzulässige Verfälschung der Ergebnisse bringt.
> Bei Deiner Temperaturaufzeichnung wäre das aber überhaüpt kein Problem.

Deshalb ja die Puffertabelle. Die berechnet (je nach Einstellungen) den 
Mittelwert aus einer Gruppe von Zahlen.

Das ist dann relevanter. Immerhin ist die Analyse einer Messung immer 
nur ein Mittelwert. Die Anzahl der Messungen verhindert nur große 
Abweichungen.

Ralf X. schrieb:
> Wenn Du Deine "Puffertabelle" um eine Mittelwerttabelle einer Umgebung
> erweiterst

Und du liest nicht was ich schreibe.

Weil DAS hatte ich nie vor.

Die Puffertabelle macht nur eins. Sie verkürzt die Anzahl der Daten.

z.b.

Zeile 1 spalte 1 :  Akt. Stunde
Zeile 1 Spalte 2 : Temperatur

Zeile 2 Spalte 1 : 1
Zeile 2 Spalte 2 : Mittelwert aus Zeile 1-100 der Original-Tabelle.

Zeile 3 Spalte 1 : 2
Zeile 3 Spalte 2 : Mittelwert aus Zeile 101-200 der Original-Tabelle.

u.s.w.

Am Ende habe ich (bei 24 Std. Daten) 24 Datenpunkte mit realistischen 
Werten = Spalte 2, eine Ordentliche Beschriftung der Datenpunkte = 
Spalte 1.

Und der Diagramm-Assistent macht da mit 2 Klicks ein Vernünftiges 
Diagramm ohne das es zu Problemen kommt.

Und wenn man die Kopierfunktion und die Formeln von Excel versteht ist 
das ganze keine 10 Min. Arbeit.  Wenn ich Vorgabewerte angebe die ich 
einstellen kann, ca. 15 Minuten.

Und der Witz an der Sache ist, das ganze Ergebnis entspricht sogar der 
Üblichen Darstellung von Daten.  Weil das Diagramm ja aussagt : Die 
Temperatur um 3:00 Uhr betrug xx °C .  Und weil es keine Fixe Zahl ist, 
sonder ein Mittelwert nimmt man einfach ein Liniendiagramm.

So einfach ist das alles. Aber Hauptsache mal über Leute lästern die so 
Sachen 20 Jahre lange 2 x im Jahr gemacht haben.

Der einzige Unterschied ist, da ich bis zu 10 Mio Datensätze verarbeiten 
musst für ein Diagramm.

Und da würde selbst heutzutage, jedes Excel zusammenbrechen.

Also habe ich die Daten aus den IBM-Rechner der Faktura (die 
Rechnungsdatenbank) in eine SQL-Datenbank auf mein PC geschafft, und 
dort in einen VB-Prg die selben Mittelwerte mit SQL-Befehlen ermittelt 
und dann via VB-Zugriff die Excel-Tabelle vom Programm erstellen lassen, 
mit samt den plöden Diagramm.

Das war nämlich einfacher.

Mein Chef hat sich jedes Jahr andere Nebenanalysen einfallen lassen.

So musste ich nur die SQL-Abfragen anpassen und die Beschriftungen.


Sollte der TO also weiter mit so einer Menge an Daten arbeiten, würde 
ich ihm genau den selben Weg empfehlen. Nämlich den Umweg über eine 
SQL-Datenbank.

Schlaumaier schrieb:
> Sollte der TO also weiter mit so einer Menge an Daten arbeiten, würde
> ich ihm genau den selben Weg empfehlen. Nämlich den Umweg über eine
> SQL-Datenbank.

Von SQL kenne ich nur die 3 Buchstaben, das wird eher nichts werden.

Wenn man in Excel die beiden Werte-Spalten nebeneinander setzt, kann man 
beide Spalten kopieren und in eine *.txt Datei einfügen.

Da man gerne das macht, was man kann, habe ich meinen alten ATARI aus 
dem Keller geholt und mit dem genialen GFA-Basic von Frank Ostrowski 
paar Zeilen getippt. Das Programm schreibt eine Zeile und verwirft die 
nächsten fünf Zeilen. Die neue *.txt Datei wieder nach Excel zurück 
kopiert und fertig ist die Laube.

Hans K. schrieb:
> Da man gerne das macht, was man kann, habe ich meinen alten ATARI aus
> dem Keller geholt und mit dem genialen GFA-Basic von Frank Ostrowski
> paar Zeilen getippt. Das Programm schreibt eine Zeile und verwirft die
> nächsten fünf Zeilen. Die neue *.txt Datei wieder nach Excel zurück
> kopiert und fertig ist die Laube.

Prima Programm.

Geht in VB-A von EXCEL auch.

Wenn du die MID Funktion lernst, schreibt dein Script dir die Tabelle 
automatisch richtig.

Wert = val(MID (Zeile,Start,anzahl_der_zeichen))

Hänge mal hier 10 Zeilen deiner Datei rein, dann zeige ich dir wie der 
Code sein muss.

Schlaumaier schrieb:
> Hänge mal hier 10 Zeilen deiner Datei rein, dann zeige ich dir wie der
> Code sein muss.

Hier 100 Zeilen

Hier dein Code für das Makro.
Kleiner Tipp.
Klicke auf AUFZEICHEN, dann tippe irgendwas in irgend eine Zelle. Dann 
Stop die Aufzeichnung. Nun auf Makros - > bearbeiten. Such das Makro was 
du aufgezeichnet hast, entferne allen Code und fülle den hier rein.

----------------------------------------------------------------
Dim tx As String
  Dim anz, akt_zeile, m_bereich, m_bereich_zahl As Integer
  Dim ges_wert As Double

   akt_zeile = 2 ' startzeile
   m_bereich = 5 ' anz der Werte aus der der Mittelwert gebildet wird
      m_bereich_zahl = 0


   Open "c:\2\100_Zeilen.txt" For Input As #1 ' <- hier Pfad eintragen
   Do Until EOF(1)
      Line Input #1, tx
      zeit = Mid(tx, 1, 6)
      wert = Trim(Mid(tx, 8, 5))
      ges_wert = ges_wert + wert
      m_bereich_zahl = m_bereich_zahl + 1
      If m_bereich_zahl = 5 Then
        m_bereich_zahl = 0
        ActiveSheet.Cells(akt_zeile, 1) = zeit
        ActiveSheet.Cells(akt_zeile, 2) = ges_wert / m_bereich
        ges_wert = 0
        akt_zeile = akt_zeile + 1
      End If
   Loop

----------------------------------------------------------------------

Das ist alles.

Sollte funktionieren. Bei mir geht das auch.

Ach ja, Die Zellen sind nicht formatiert, und es werden keine alten 
Zellen gelöscht. Entweder du lässt es über eine neue Tabelle laufen, 
oder du löscht einfach vor den Start die alten Werte.

Kannst du auch mit Makro machen. Aber du sollst ja selbst was lernen. ;)

Ach mir ist gerade aufgefallen das die letzte Mittelwertberechnung nicht 
geschrieben wird.

Also unter das LOOP folgende Zeile

ActiveSheet.Cells(akt_zeile, 1) = zeit
ActiveSheet.Cells(akt_zeile, 2) = ges_wert / m_bereich_zahl

Hat der Code funktioniert bei dir ?

Schlaumaier schrieb:
> Hier dein Code für das Makro.

Mit Macros habe ich noch nie was zu tun gehabt.

Wenn ich die beiden Spalten eh schon aus Excel kopiert habe, kann ich 
den Mittelwert auch unter GFA-Basic bilden. Das ist aber nicht 
notwendig. Um beim Datenloggen eine Messung pro Minute zu erreichen, 
reicht es völlig, die 5 Messungen zu viel (Messung alle 10 sec.) einfach 
auszulassen.

Du brauchst das Makro nur nach Anleitung einbauen in deine Tabelle.

Beim nächsten mal einfach - Makros -> "anklicken das Makro" und 
ausführen.

Wenn der Name und Ort der Quelle-(text-Datei) sich nicht ändert wird 
automatisch alles neu eingelesen nach deinen Wünschen.

Das muss man nicht können sondern nur "durchklicken".

ActiveSheet.Cells(akt_zeile, 2) = wert

anstelle von


ActiveSheet.Cells(akt_zeile, 2) = ges_wert / m_bereich_zahl



Dann nimmt er nur jede 5 Zeile OHNE Durchschnittswert.