ist in der Zelle eine Zahl die element der natürlichen Zahlen ist?

Servus zusammen, ich teile in Zellen natürliche Zahlen durch andere natürliche Zahlen. Bei dem Ergebnis interesiert es mich, ob es wieder eine natürliche Zahl ist. Ich stelle mir eine Funkton aus der Mengenlehre vor, verknüpft mit einer Logikaussage.
Also wenn die Zelle XY eine Zahl enthält, die eine natürliche Zahl ist, dann erscheint 1. Im anderen Falle 0.

Kleiner Hinweis: Bitte sei beim Erstellen von Fragen mit dem Back Button des Browsers vorsichtig sonst hat man hier eine Frage gleich mehrfach eingestellt. Ich habe daher Deinen zweiten gleichlautenden Post als “Duplikat” geschlossen. Du kannst den auch gerne löschen.

Calc behandelt alle Zahlen als IEEE 754 ‘Double’ (64 Bit) Gleitkommazahlen. Ein Ergebnis kann also aufgrund einer Rundung als ganzzahlig erscheinen, auch wenn das für den Rechenausdruck nicht streng zutrifft.

Wenn die Eigenschaft der Operanden (Dividend, Divisor) ganzzahlig zu sein zugesichert ist, ergibt =MOD(Dividend; Divsor) den Rest der Division, und wenn der Null ist, geht sie auf, d.h. das Ergebnis ist ganzzahlig.

Ein in einer Zelle, etwa A1, bereits berechneter Quotient kann - wie jedes numerische Ergebnis - auf Ganzzahligkeit (unter Beachtung des o.g. Vorbehalts) getestet werden: =(INT(A1)=A1) ergibt TRUE wenn die Zahl maschinenarithmetisch ganz ist.

[Deutschsprachige Funktionsnamen: INT wird GANZZAHL, MOD wird REST. Ich empfehle, auf englische Funktionsnamen einzustellen.]

Wobei der = Operator (wie auch + und -) mögliche Rundungsfehler auszugleichen versucht und evtl. bis zu 4 insignifikantere Bits eliminiert. Beispiel
=INT(0.99999999999999999)=0.99999999999999999 ergibt TRUE und in der Formelansicht steht nach Abschluss der Eingabe =INT(1)=1 weil die Eingabe nach Umwandlung in double nicht präzise darstellbar ist, ebenfalls ergibt
=INT(0.99999999999999999)-0.99999999999999999 0.

Hingegen ist die Ausgabe von
=RAWSUBTRACT(INT(0.99999999999999999);0.99999999999999999)=0 FALSE (auch wenn nach der Eingabe in der Formelansicht wieder nur 1 zu sehen ist) weil das Resultat von RAWSUBTRACT() im Gegensatz zum - Operator -2.22044604925031E-16 ist und ein Vergleich mit 0 keine Bits eliminieren kann.

(Achtung, Zahlen benutzen hier . Punkt Dezimalseparator, ggbf. anpassen).

Dieser Rundungsausgleich wird vorgenommen, damit z.B. =0.3-0.2-0.1 die erwartete 0 ergibt, obwohl das technisch nie der Fall ist. Vergleiche mit =RAWSUBTRACT(0.3;0.2;0.1) Ergebnis 2.77555756156289E-17

Siehe auch https://0.30000000000000004.com/ oder wer’s ganz detailliert wissen will Numeric precision in Microsoft Excel - Wikipedia

Servus zusammen, verstanden habe ich so gut wie nichts. Geklappt hat es mit = (Ganzzahl(A1)=A1) und das hervorragend. Warum die ganzen Klammern da sind erschließt sich mir noch nicht und das Umstellen auf die englische Funktionsnamen habe ich mir erspart, dafür bin ich zu unsicher. Schon gar nicht verstanden habe ich warum =0.3-0.2-0.1 nicht die erwartete 0 ergeben soll, jedenfalls technisch nicht. Den angebotenen Text finde ich nicht in meiner Muttersprache und eine zweite Sprache reicht gerade um nicht zu verhungern. Ich hätte mal besser in der Schule aufpassen sollen.
Vielen Dank für die hervorragende Hilfe, die auch funktoniert ohne es zu verstehen.