OpenOffice.info

LM13/Mate LibreOffice 3.5.4.2

Hallo, ich habe mich festgebissen und könnte dringend Hilfe brauchen.
Warum klappt eine Interpolation als Formel, was nach Umsetzung auf SUMMENPRODUKT ein Problem ist
Irgendwie sehe ich wohl den Wald nicht mehr.
OK, man kann nicht durch 0 dividieren, aber warum geht das in einer Formel???
Hiiiilfe

Danke für den richtigen Anstoss im voraus,
mfG OttoZ

ich bitte Leute mit Sehproblemen um Verständnis,
auf die Farben wollte ich zum besseren Verständnis aber hier nicht verzichten!

OttoZ hat geschrieben:OK, man kann nicht durch 0 dividieren, aber warum geht das in einer Formel???

Das geht auch in einer Formel nicht. Du teilst in Deiner Formel auch nicht durch null, sondern immer durch einen Wert, der größer ist..

Mit angestoßenen Grüßen

Eddy

Hallo Leute,

Eddy hat geschrieben: Du teilst in Deiner Formel auch nicht durch null

Oh doch, tut er!
Zumindest in besagter Formel an der betroffenen Stelle. Eine Zelle dadrüber ist es noch nicht so weit.
Zum Nachbauen, als Beweis.
Aus der Formel in E22 folgende Formelteile extrahieren, und in den Nebenzellen eintragen. Beispielsweise so:
F22 -> =C$2:C22+TAG(A$2:A22)
G22 -> =TAGEIMMONAT(A22)- B$2:B22
H22 -> =TAGEIMMONAT(A22)-TAG(A$2:A22) !!!ACHTUNG!!! erste 0 als Ergebniss.
I22 -> =TAGEIMMONAT(A22)-TAG(A22) Und hier ist schon die zweite 0.

Und nun würde die Formel wie folgt aussehen, wenn man die Werte anstelle der Formelteile einsetzt und die Klammern auflöst. Wenn man die Zellen E22 bis I22 bis zur Zeile 7 nach OBEN zieht, dann sieht man das sich alle Werte verändern, bis auf die in der Spalte G, die bleiben konstant.
Und so kommt als Ergebniss 100 raus.

Das nur mal so eben auf die Schnelle zwischen Tür und Angel.
Wie der Fehler beseitigt werden kann, weiß ich jetzt nicht.



Gruß
balu

Hallo, Dank euch beiden!
Durch Balu lernte ich, dass Formeln wie "=C$1:C13 + TAG(A$1:A13)" ohne =summenprodukt() funktionieren, ist mir eine große Hilfe!
Ich werde mich entsprechend auf die Fehlersuche machen.

Mein Erstaunen gilt weiter dem Umstand, dass bei vermeintlich gleichem Formelaufbau der Fehler /NULL nur einmal auftaucht.
Ich muss wohl erst mal einen Tag die Finger davon lassen, irgendwie habe ich wohl inzwischen einen Tunnelblick.
Nachtrag zu Balu:
=SUMMENPRODUKT( ( B$1:B22 / (C$1:C22+TAG(A$1:A22)) * TAGEIMMONAT(A22)- B$1:B22) / ( TAGEIMMONAT(A22)-TAG(A$1:A22) ) * (TAGEIMMONAT(A22)-TAG(A22) ))
wenn ich deine Formel nun wieder bei mir einfüge bekomme ich den err508, angeblich fehlt wohl eine Klammer??? Beide Formeln sind nach m.E. identisch.
Ich füge meine Datei noch einmal mit deiner Formel in F22 ein.
Meine Verwunderung nimmt zu

mfG OttoZ

Hallo OttoZ,

Durch Balu lernte ich, dass Formeln wie "=C$1:C13 + TAG(A$1:A13)" ohne =summenprodukt() funktionieren,

Ein Fettes Jaien!
So in der Konstellation funktioniert sie nicht wirklich korrekt. Das siehst Du dann, wenn Du dieses Beispiel wiederum aufteilst. Einmal in den Teil vor dem Plus, und nach dem Plus. Der vordere Teil ergibt 0, und nur der hintere Teil ergibt 22. Also wäre der vordere Teil überflüssig.

Ich hatte deine Formel einfach deshalb so aufgesplittet, wie gezeigt, um zu sehen was die einzelnen Teile ausgeben. Und der Kommissar Zufall war zur rechten Zeit am Orte. Hätten jedoch die einzelnen Teile irgendeine Fehlermeldung ausgegeben, hätte ich so weit wie möglich versucht diese noch mal aufzusplitten.

Mein Erstaunen gilt weiter dem Umstand ...

... das die Datei total Schrott ist! Und das meine ich durchaus ernst!
Gib mal in G22 ein, und ziehe diese Formel bis nach G6 hoch. Und wenn Du nicht das zu sehen bekommst was dir mein Screeni zeigt, dann versteh ich nix mehr.

Aber auch so versteh ich das nicht wie das möglich ist, obwohl dort NIX an Formatierung eingestellt ist.
Erst dachte ich noch das dies vielleicht an OOo/LO liegt, aber dem ist nicht so. Denn in OOo 3.2.1 und LO 3.5.5.1 kommt das gleiche dabei raus. Und ein Makro konnte ich auch nirgendwo entdecken.

Und was die Formel in F22 betrifft, mach mal folgendes.
Kopiere sie, und füge sie dann in eine leere Writer Datei an.
Ich weiß nicht ob das der richtige Name dafür ist, aber ich würd sagen das sieht so aus als wenn das geschütze Leerzeichen wären, die schmalen Grauen Balken.
Wie, oder besser gesagt, von wo hast Du die Formel herkopiert?

Also mach die Datei noch mal komplett neu, aber ohne dabei irgendwas aus der alten Datei in die neue rüberzukopieren.



Gruß
balu

G22 -> =TAGEIMMONAT(A22)- B$2:B22

Sorry, es gilt aber Punkt vor Strich! Daher wird in der ursprünglichen Formel erst * Tageimmonat(A22) berechnet und dann vom Ergebnis subtrahiert. Wenn das anders gewünscht ist, fehlt eine Klammer.

Grüße

Thomas

Hallo

Thomas Mc Kie hat geschrieben:

G22 -> =TAGEIMMONAT(A22)- B$2:B22

Sorry, es gilt aber Punkt vor Strich! Daher wird in der ursprünglichen Formel erst * Tageimmonat(A22) berechnet und dann vom Ergebnis subtrahiert. Wenn das anders gewünscht ist, fehlt eine Klammer.

Das ist aber nirgends eine "Punkt"-rechnung - da ist ein Funktionsaufruf - und eine Funktion wird immer ausgewertet bevor weiteres geschieht, ganz egal welcher Operator dahinter oder davor steht.

Karo

( B$1:B22 / (C$1:C22+TAG(A$1:A22)) * TAGEIMMONAT(A22)- B$1:B22)

Das hätte ich vielleicht auch beim letzten Post gleich dazuhängen sollen.

Viele Grüße

Thomas

Hallo Balu,

"ziehe diese Formel bis nach G6 hoch. Und wenn Du nicht das zu sehen bekommst was dir mein Screeni zeigt, dann versteh ich nix mehr."

Das gleiche Phänomen tritt bei mir auf, ich werde das Blatt also auf deinen Rat neu beginnen.
Die Leerzeichen (Steuer-???) in der Formel habe ich auch gesehen, ... entfernt ... und schon kommt /Null heraus. Der Punkt ist geklärt.

Hallo Thomas Mc Kie, deine Darstellung ist etwas aus der Klammer "gerissen",

=TAGEIMMONAT(A22)- B$2:B22

richtig ist
( C$1:C22 + TAG(A$1:A22) ) * TAGEIMMONAT(A22)- B$1:B22)
erst nach Auswertung der Formel soll B$1:B22 abgezogen werden.
Bitte beachte, die Ergebnisse sind ja richtig, bis auf /NULL.

Mi dücht, das Wochenende ist verbraucht
mfG OttoZ

PS das Blatt habe ich neu erstellt, es bleibt weiter bei /NULL.
Ich werde nun für beide Lösungsansätze die vier Formelteile einzeln auswerten,
dann müsste ich den Fehler ja eigentlich erkennen - ich werde berichten.
Sorry, das hätte ich ja gleich machen sollen, ich hatte aber an einen Syntaxfehler bei mir geglaubt.

Hallo OttoZ,

die Darstellung ist nicht von mir, das war ein Zitat von Balus Post viewtopic.php?p=204939#p204939 und meinerseits ein Hinweis darauf, dass sich die Formel so nicht aufspalten lässt, da Punkt vor Strich gilt.

Grüße

Thomas

Hallo Thomas,

Hinweis darauf, dass sich die Formel so nicht aufspalten lässt,

... hast ja Recht! thanks!
mfG OttoZ

Hallo Leute,

@Thomas

Thomas Mc Kie hat geschrieben: Sorry, es gilt aber Punkt vor Strich!

balu hat geschrieben: Das nur mal so eben auf die Schnelle zwischen Tür und Angel.

Du weißt schon was das heißt, oder!?
Versuch Du mal zwischen Tür und Angel eine fremde Formel nicht nur zu verstehen, sondern auch noch zu analysieren. Junge! Ich sags dir; Döt is verdammt schwör .

Hast Du denn die Formel verstanden, und den Fehler analysieren können?



@Otto
Als erstes mal etwas anderes.
Könntest Du es bitte untersein lassen den Betreff eines Threads mehrfach umzubenennen? Das find ich nicht schön.

Das gleiche Phänomen tritt bei mir auf

Jetzt hab ich des Pudelskern diesbezüglich gefunden, auch wenn das nichts mit deinem Hauptproblem zu tun hat. Es ist eine Verkettung besonderer Umstände.

Also folgendes.
Die Formel rechnet in G6, wenn man sie bis dorthin hochgezogen hat, die Tage im Monat (z.B. 31) aus, und Subtrahiert dann davon den Wert der in B6 steht. Das Ergebnis wäre dann zu Recht -69. So weit in Ordnung.
Nun sieht aber Calc das die Zelle B6 als Euro mit negativen Werten Rot und 2 Nachkommastellen darzustellen ist, und überträgt automatisch dieses Format in die Zelle G6. Und folglich kommt dann das beobachtete Phänomen zu stande.

Calc überträgt also das vollständig voreingestellte Standard-Währungsformat von einer Zelle zu der anderen. Das scheint aber nicht mit allen Formatierungen zu funktionieren. Das wusste ich bis vor wenigen Minuten auch noch nicht.

Folglich werd ich mich bei dir Entschuldigen, das ich behauptete das die Datei Schrott ist. Sorry, für die Panikmache .



Gruß
balu

Hallo balu,

ich hab es versucht und den err508 erhalten, dann bin ich aber mangels Zeit nicht weiter auf das Problem eingegangen.
Da ich zuerst selbst die Formel so wie von dir beschrieben zerlegt hatte (um dem Problem näherzukommen), und mir dann später aufgefallen ist, das das zwar optisch naheligt, aber mathematisch falsch ist, war dies nur ein freundlicher Hinweis nicht denselben Fehler zu machen.

Ehrlich gesagt, hab ich die Berechnung bis jetzt noch nicht verstanden (was mich jedoch nicht disqualifizieren sollte, auf einen Fehler bei der Zerlegung hinzuweisen).

Viele Grüße

Thomas

Hallo, der Fehlergrund wurde gefunden, eine Lösung (noch) nicht.
Ich füge noch einmal eine Auswertung an. Das Problem sieht man in Spalte N, dort sollte konstant "16" stehen.
die Formel (z.B. in G14) =(TAGEIMMONAT(A14)-TAG(A$6)) liefert wunschgemäß die Konstante 16
die Umsatzung als SUMMENPRODUKT in N14 =(TAGEIMMONAT(A14)-TAG(A$1:A14))
ist falsch, gewünscht: -tag(A$6) wird im Ergebnis zu -tag(a14)

So wird das Ergebnis dieses Terms am Monatsletzten zu 0 was zu /NULL führt.
Gibt es da eine Lösung?

mfG OttoZ

Hallo
irgendwas/ y * 0 != irgenwas/ (y* 0)

Karo