Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


Hallo,

Am 13.03.2016 um 21:30 schrieb Wolfgang Jäth:
Kein Wunder, wenn Du einen falschen Parameter benutzt. Ich zitiere mal
aus der Hilfe (die entscheidende Passage hab ich hervorgehoben):

ich habe ihn keineswegs falsch benutzt, und das ist auch nicht der
Fehler. Vielmehr zeigt die Verwendung des Parameters, dass in der
Funktion gleich zwei Fehler vorliegen.

Zunächst: die Liste, die durchsucht wird, ist sortiert. Somit müsste die
Funktion mit beiden möglichen Werten die richtige Zeile finden. Je nach
Konstellation findet sie aber entweder nichts oder die falsche Zeile
(!). Auch wenn man die Sortierung bricht, wird es nicht besser, denn
dann findet die Funktion mitunter nur noch eine Minderzahl der Einträge,
die vorhanden sind. Zusammen mit den schon früher beschriebenen
Fehlfunktionen, wenn die Liste sich in einer anderen Datei befindet,
kann ich nicht anders als die Funktion als mindestens nahezu unbrauchbar
kaputt zu bezeichnen.


Also der nächstniedrigere. Das spricht deutlich für einen Schreibfehler.
Und genau das Verhalten ist bei Sortierreihenfolge=1 auch genau so gewollt. 
Lies die Hilfe.

Habe ich, denn das tue ich als erstes. Aber man sollte sie auch
verstehen. Es kann nicht gewollt sein, dass die Funktion bei *korrekter*
Anwendung falsche Ergebnisse liefert. Eine falsche Fehlermeldung könnte
man sich vielleicht noch irgendwie schönreden, aber nicht ein zufälliges
Ergebnis.


Und daran kannst Du auch ganz klar erkennen, dass da irgend ein
Schreibfehler vorliegt. Wo genau liegt Dein Problem?

Man könnte jetzt sagen, dass in den Daten ein Schreibfehler vorliegt.
Aber dann sollte die Funktion auch korrekt darauf reagieren. Wenn also
die Funktion nach "Meier" sucht, und in der Liste gibt es nur "Meier ",
dann hätte ich Verständnis dafür, wenn die Funktion #NV zurückgibt, oder
auch noch, wenn sie "Meier" und "Meier " unter bestimmten Bedingungen
gleichsetzen würde (obwohl das auch nicht wirklich korrekt wäre). Aber
wenn sie dann "Lübke" zurückgibt, ist das definitiv ein Fehler, und zwar
einer, der größer gar nicht sein kann, v.a. in Hinblick auf seine
Auswirkung.


Wer
auf die Funktion angewiesen ist, sollte sich besser nach etwas anderem
umsehen, 

NAK; wer auf die Funktion angewiesen ist, sollte sie einfach nur korrekt
benutzen.

Die Benutzung /ist/ korrekt, und dennoch treten all diese Fehler auf.


Das wird Dir nix nützen; der Fehler sitzt /vor/ dem Bildschirm, nicht
dahinter.

Setz Dich noch einmal in Ruhe hin und überdenke, vor welchem Bildschirm
der Fehler gerade sitzt.


Tief durchatmen, und den Fehler bei *Dir* suchen statt bei *anderen*.

Nach tagelangem Suchen finde ich haufenweise Fehler nur bei dieser
Funktion. Dummerweise ist sie die mit Abstand am häufigsten von mir
verwendete. Und in anderen Office-Paketen, selbst in früheren Versionen
konnte man sich auf die korrekte Funktion blind verlassen, da hat das
noch funktioniert. Früher™ war eben doch alles besser... ;-)


Hint: Es gibt verschiedene Möglichkeiten, um Schreibfehler sichtbar zu
machen. Mit am einfachsten ist die bedingte Formatierung ("Format =>
bedingte Formatierung => [X] Bedingung 1 => 'Formel ist' =>
ISTFEHLER(SVERWEIS(B2;$Tabelle2.$A$2:$B$50;1;0)) => Neue Vorlage =>
Hintergrund = Rot" o. ä.). Eine andere wäre, mit "Daten => Gültigkeit" 
zu arbeiten (das hilft aber leider nur gegen /neue/ Fehler, nicht gegen 
bereits vorhandene).

Das setzt voraus, dass die Funktion Fehler auch erkennt und meldet,
statt einfach nur falsche Werte zurückzugeben.

Hat denn jemand die aktuelle Version (ggf. Beta) unter Linux in Betrieb
und kann mir sagen, ob der Fehler da noch existiert? Das würde mir u.U.
einige Installations- und Rückkehrarbeiten ersparen helfen. Einfache
Prüfung geht mit meiner Datei, bei der in der Tabelle4 in Zelle D2 der
Wert #NV oder 1157,03 stehen muss; wenn da 585,67 steht, besteht der
Fehler weiterhin.

Hier ist die Datei:
http://www.kirk.de/files/2016-03-13_SVERWEIS-Test.ods



-- 
Mit freundlichem Gruß                                 Best regards
                           Boris Kirkorowicz

-- 
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.