Forum społeczności użytkowników OpenOffice i LibreOffice

Witam,
proszę Was o pomoc ponieważ nie mogę sobie poradzić z zaokrągleniem do liczby całkowitej.

Komórka z formułą: =JEŻELI('Formularz Bazowy'.F24="NIE";(JEŻELI('Formularz Bazowy'.T24="PA 39";'Formularz Bazowy'.L24/39+0,5;"")&JEŻELI('Formularz Bazowy'.T24="PA 43";'Formularz Bazowy'.L24/43+0,5;"")&JEŻELI('Formularz Bazowy'.T24="M 328-N";'Formularz Bazowy'.L24/37+0,5;"")&JEŻELI('Formularz Bazowy'.T24="MY 442";'Formularz Bazowy'.L24/42+0,5;""));"")
zwraca mi liczbę np: 26,1452106410256.
Chciałbym aby w następnej komórce zaokrąglić ten wynik do liczby całkowitej.
Niestety nie działa formatowanie komórki do liczby bez zer wiodących i bez zer po przecinku, jak i nie działa żadna z funkcji ZAOKR. która w każdym przypadku zwraca mi #ARG

Jakieś pomysły???

Z góry dziękuję, WE.

Przytoczyłeś bardzo skomplikowaną formułę, która oblicza pewien ułamek. Jeżeli formularz ma być na lata, warto ją uprościć, by stała się czytelna. To ułatwi poprawki. Ale w tej chwili nie jest ważna.
Nie przytoczyłeś formuły zaokrąglającej, która ponoć nie działa. Są dwa możliwe powody:
1. albo formuła zbudowana jest źle -- czego nie wiemy bo jej nie widzimy,
2. albo ma niedobre argumenty. Co do adresu, też nie wiemy. Co do wartości -- gdyby to o czym piszesz nie było liczbą tylko tekstem, wystąpiłby błąd #Value a nie #Arg.
Więc chyba warto przytoczyć formułę, albo nawet maksymalnie uproszczoną wersję formularza, pozbawioną wszelkich poufnych baz danych, za to z wciąż istotnym błędem. Czyli przykład minimalny.

Jest jeszcze jeden problem. Jakiego Calc używa autor? Opis kodów błędów w pomocy Apache OpenOffice pod kodem 519 ma alternatywny symbol #VALUE!, natomiast ten sam kod w Libre Office ma symbol #ARG!. Oba opisy objaśniające są takie same:

Formuła zwraca wartość, która nie odpowiada jej definicji, lub zawiera odwołanie do komórki, która zawiera tekst zamiast liczby.

Co sugeruje, że gdzieś jest najprawdopodobniej tekst.
Sama formuła zdecydowanie do uproszczenia.

Witam,
dzięki za odpowiedzi. Domyślam się, że formułę można skrócić jednak jest w niej dużo zależności i nie wiem jak ogarnąć to skrócenie.
Ważne, że działa i wylicza mi to czego oczekuję...
Co do odwołania do komórki, która zawiera tekst - wszystko sprawdziłem! Wszystkie zawierają liczby lub funkcje (w efekcie również liczby).
Wersję OO zaktualizowałem w podpisie.
Nie rozumiem, dlaczego po sformatowaniu komórki do liczby bez zer wiodących i po przecinku dalej wyświetla mi 13 miejsc po przecinku?
Sprawdziłem tak dla pewności - nie pomaga format WALUTA, ani PROCENTY, ani żaden inny. Nic się nie zmienia... Dlaczego???
Pozdrawiam, WE

Przydałby się "kawałek" tego arkusza do analizy. Podejrzewam, że wyświetlany wynik jest tekstem. Tylko wtedy przypisanie formatowania nie oddziałuje na zawartość komórki.
Co skrócenia wyrażenia. Jeśli T24 w Formularzu bazowym może zawierać tylko te cztery kody: M 328-N, MY 442, PA 39, PA 43
to mozna gdzieś na boku w tabeli utworzyć dwukolumnową macierz: i całe wnętrze pierwszego JEŻELI zapisać np. tak
L24/WYSZUKAJ.PIONOWO(T24;podana wyżej macierz;2;0)+0,5
albo aby pozbyć się pierwszego JEŻELI wyrażenie zapisać tak: godząc się, że dla F24<>"NIE" wynik będzie zerowy a nie pustą komórką.

JEST TEKSTEM. Dopiero to zauważyłem. To nie jest JEŻELI zagłębiane jedno w drugim lecz JEŻELI łączone działaniem "&", czyli działaniem łączenia tekstów. Więc wynikiem jest wartość tekstowa, mimo, że wygląda jak liczba.

Jeszcze jedna ciekawostka.
Funkcja ZAOKR w Libre Office użyta w stosunku do ciągu tekstowego mającego postać prawidłowo wyglądającej liczby (a więc np 1234,567 albo 1 234,567 albo ""&"1 234,567"&"") przekształca ten ciąg na wartość liczbową i zwraca prawidłowy wynik.
Ta sama funkcja w Apache OpenOffice w tej samej sytuacji zawsze zwraca wartość błędu #ARG!

Hey,
dziękuję Jermor za trafne i wyczerpujące podpowiedzi. "Dobrze mądrego posłuchać..."
Przeanalizowałem Twoją uwagę odnośnie LO i przeszedłem na Libre. Faktycznie pracuje się lepiej i łatwiej.
Jak na razie poradziłem sobie ze wszystkim. Pewnie jeszcze nie raz będę nadużywał Waszej wiedzy i dobroci...
Dziękuję jeszcze raz!!!
Pozdrawiam, WE

hej,
na tym forum był już poruszany identyczny problem w wątku "Nie diałająca funkcja..." rozpoczętego przez przez AllRounder » So lut 04, 2017 2:05 pm. Nawet funkcja wyglądała identycznie i również pracowaliście na Apache. Przypadek... nie sądzę .

Tak jak w tamtym wątku proponuję stworzenie tabeli (ja tak mam), którą zaproponował Jermor.

Jermor pisze:Formularzu bazowym może zawierać tylko te cztery kody: M 328-N, MY 442, PA 39, PA 43
to mozna gdzieś na boku w tabeli utworzyć dwukolumnową macierz:

Kod: Zaznacz cały

M 328-N	37
MY 442 	42
PA 39  	39
PA 43  	43

i całe wnętrze pierwszego JEŻELI zapisać np. tak
L24/WYSZUKAJ.PIONOWO(T24;podana wyżej macierz;2;0)+0,5
albo aby pozbyć się pierwszego JEŻELI wyrażenie zapisać tak:

Kod: Zaznacz cały

=(F24="NIE")*(L24/WYSZUKAJ.PIONOWO(T24;podana wyżej macierz;2;0)+0,5)

godząc się, że dla F24<>"NIE" wynik będzie zerowy a nie pustą komórką.

Dodatkowo zostawiłbym sobie kilka dodatkowych linijek pod spodem. Takie rozwiązanie pozwoli na "rozbudowę" arkusza o nowe systemy. Natomiast kolejne kolumny mogą zawierać inne dane, które można potem gdzieś wykorzystać np. wagę/m2.

Jermor pisze:Jeszcze jedna ciekawostka.
Funkcja ZAOKR w Libre Office użyta w stosunku do ciągu tekstowego mającego postać prawidłowo wyglądającej liczby (a więc np 1234,567 albo 1 234,567 albo ""&"1 234,567"&"") przekształca ten ciąg na wartość liczbową i zwraca prawidłowy wynik.
Ta sama funkcja w Apache OpenOffice w tej samej sytuacji zawsze zwraca wartość błędu #ARG!

Jak czytam takie rzeczy to mnie skręca.
A czy jak tekst podobny jest do liczby to sortowanie jest po tekście czy pseudo tekstowej liczbie ?
Apache niech nie bierze przykładu z EXCELA jak Libre i niech wywala nadal błąd.

zulu144 pisze:Jak czytam takie rzeczy to mnie skręca.
A czy jak tekst podobny jest do liczby to sortowanie jest po tekście czy pseudo tekstowej liczbie?

+1
Odpowiedź nawet jeśli jest prosta, to niesatysfakcjonująca. Więc skręca i tak.

Jan_J pisze:

zulu144 pisze:Jak czytam takie rzeczy to mnie skręca.
A czy jak tekst podobny jest do liczby to sortowanie jest po tekście czy pseudo tekstowej liczbie?

+1
Odpowiedź nawet jeśli jest prosta, to niesatysfakcjonująca. Więc skręca i tak.

+1 prawidłowo uzyskane powinno być przez format liczby +0
a przypadku zawartości komórki uzyskanej z formuły przez formatowanie warunkowe z definicją nowego stylu z formatem liczby +0
kod pocztowy przez format liczby 00-000
itd.
Nie ważne, że calc w Libre niektóre wartości tekstowe potrafi interpretować czasami jako liczby, bo jest to wykorzystanie interpretatora danych specyficzne dla niektórych wersji Calca.
Zapewne też taka interpretacja danych jest tylko dla wybranych funkcji i formuł i trzeba być tego świadomym.