Created attachment 4166 [details]
file with filter-problems Excel-OOo-Calc

Hallo Christian,
wer kann damit was anfangen?

1) OOo unterstützt noch keine regular expressions, deshalb wird die
   Tabelle in OOo nicht funktionieren
2) Fehlt der Funktion LOOKUP() der Suchvektor (in Tabelle Halbjahr1:
   Spalte W,X - Halbjahr2 S,T) & der Ergebnisvektor
3) Weiß ich nicht was mit den Formeln bei 2) zurückgeliefert werden
   soll (vermutlich ginge daß einfacher?)
4) Keine vertraulichen Daten hochladen. Die Namen rauslöschen und
   einen neuen Issue aufmachen damit dieser hier geschlossen werden
   kann...

SO habe ich keins, deshalb weiß ich nicht ob da das gleiche Problem
auftritt. Excel habe ich auch keins, deshalb kann ich nicht beurteilen
ob der Fehler bereits in der Excel-Tabelle auftritt oder durch den
Import-Filter verursacht wird. Letzteres wäre allerdings ein schöner
Bug für die Entwickler...

Mit dem Subject und der Beschreibung wird sich sowieso keiner darum
kümmern... 'several defects' sind vermutlich nur die Folgefehler aus
dem beschriebenen Problem. Eine Funktion liefert #Name? zurück und die
anderen Funktionen reichen das einfach durch....

Ich vergaß: Das File von den überflüssigen Tabellen & Zeilen befreien,
das beschleunigt die Fehlersuche...

Hi Christian, da die Sache noch unter uns ist,
lasse ich die Daten einmal wie sie sind. Und ich
möchte auch an dem Teil ansonsten nicht basteln,
weil mir daran gelegen ist alle Fehler zu finden
und - wenn möglich - zu eliminieren. Dann hätte
OOo in Ägypten eine Chance. ;-) 
- Deutsch und Arabisch ;-)


Entschuldige die Fragen
1. wo finde ich diese regular expressions?
2. Tabelle 5, das ist jene, die sich öffnet,
   wenn man die Datei öffnet:
   2.1 Feld D13 holt sauber die Note 9 aus
       Halbjahr1.J33
   2.2 Im Feld D14 wird die Note für Biologie
       aus Halbjahr1.C36 nicht geholt ;-(
3. In gleicher Tabelle:
   3.1 Feld    B43 -> Daten werden gefunden
   3.2 Felder  B44 bis B 46 Daten werden nicht gefunden ;-(

zumindest ist das ein etwas seltsames Verhalten....

Hast Du eine Ahnung woran es liegen kann?
Grüße
Manfred

> Entschuldige die Fragen

kein Problem...

> 1. wo finde ich diese regular expressions?

dazu später...
> 2. Tabelle 5, das ist jene, die sich öffnet,
>   wenn man die Datei öffnet:
>   2.1 Feld D13 holt sauber die Note 9 aus
>       Halbjahr1.J33
>   2.2 Im Feld D14 wird die Note für Biologie
>       aus Halbjahr1.C36 nicht geholt ;-(
>
> zumindest ist das ein etwas seltsames Verhalten..

Nein, denn da Kommen die vererbten Fehler zu tragen.
Verfolgen wir die Zellen zurück, so wird im Fall 2.1 in Halbjahr1.J33
=INDEX(I1:J29;$B$32;2) angefordert, B32 ist 29 > 29.Reihe, 2.Spalte
des Bereichs => Zelle J29 angefordert. J29 hat den Wert "9".
Im Fall 2.2 jedoch wird in Halbjahr1.C36=INDEX(A1:W29;B32;23)
angefordert. B32 ist wieder 29 > 29.Reihe, 23. Spalte => Zelle W29
angefordert. W29 jedoch liefert #NAME? => Fehler wird 'durchgereicht'

Der Grund weshalb W29 keinen gültigen Wert zurückliefert liegt
wiederum an den fehlenden regExpr (vermute ich zumindest):
W29=INDEX($A$1:$V$29;A29+1;LOOKUP($Verzeichnis19.K32;))
Im bereich A1:V29 soll der Wert der A29+1.Reihe (=29) und vermutlich
der Spalte, die durch den LOOKUP() ausdruck zurückgeliefert werden soll.
LOOKUP() sucht dach dem Ausdruck $Verzeichnis19.K32 ("Bi"). Wo das
geschehen soll ist nicht angegeben (zweiter Parameter, der Suchvektor
fehlt ist aber notwendig). Ich nahm an, er sollte die Spalte
"Biologie" finden, also habe ich als Suchvektor A1:V1 ergänzt:
LOOKUP(verzeichnis19.K32;A1:V1) was aber leider immer noch kein
Ergebnis zurück liefert ("'N/A" => Wert nicht verfügbar, sprich nichts
gefunden). Ersetzt man jetzt aber in Verzeichnis19.K32 "Bi" durch
"Biologie", so bekommt man immerhin "Biologie"(=der Wert der Zelle
Halbjahr1.S1) zurück.
Mit dem Ergebnis kann man aber wenig anfangen, will man doch an die
Spaltennummer kommen (?).
Ich denke doch, daß man an die Biologie-Spalte will, im konkreten Fall
an die Zelle S29 (S29=5). Da ist die Lösung mittels Lookup & Index
recht umständlich. Daß geht mit HLOOKUP nämlich deutlich einfacher:
=HLOOKUP(Verzeichnis19.K32;A1:V29;B32)
schon ist der Fehler verschwunden...
Deshalb die Frage, was den damit bezweckt werden sollte...

PS: nehme den Issue nach de mit...

Zu Deinen Fragen:
1. Wie komme ich dazu? Ich war auf Dienstreise in Kairo und
Alexandria. Habe dort zwei Schulen besucht und bez. neuer
Ausbildungsgänge im beruflichen Bereich beraten. Wie könnte es anderes
sein, wir sprechen natürlich auch über OOo.
2. Was soll damit bezweckt werden? Beim Gespräch über OOo wird
natürlich der dortige Fachmann gerufen. Der hält mir eine Diskette hin
und sagt, na bitte, wenn OOo Excel lesen kann, dann probieren Sie es
halt einmal. Es handelt sich offensichtlich um die Berechnung von
Abiturnoten auf dem Blatt 5.

Frage: 1.Ist das Teil für uns interessant?
       2.Wollen sie Alexandria überzeugen?

Du hast mich falsch verstande :-)
Die Frage "Was soll damit bezweckt werden?"
zielte ausschließlich auf die Formel in der Spalte W. Mir war nicht
ganz klar, was der Ersteller der Tabelle da zurückbekommen wollte.
(Vermutlich eben die Punktezahl für das Fach Biologie, aber sicher bin
ich mir da immer noch nicht)

Außerdem kann ich mich nicht daran erinnern gefragt zu haben woher das
Dokument kommt, trotzdem interessant zu wissen :-))

Interessant ist es auf alle Fälle!
Hast Du Excel? Wenn ja, kannst Du nachschauen, was in Excel als Formel
in den Betreffenden Zellen eingetragen ist? Das könnte nämlich ein Bug
sein (zumindest sollte der Import dann verbessert werden)..
Und wer ist 'sie' (Wollen sie Alexandria überzeugen?')
Wenn damit 'wir', de.openoffice.org gemeint ist, dann könnten wir
schon probieren daß Teil OOo-Tauglich zu verbessern (u.a. mit HlOOKUP
anstatt des komplizierten Konstrukts von INDEX & LOOKUP)...

FYI:
Verwendet man HLOOKUP wie beschrieben sind alle Fehler beseitigt und
alles funktioniert prächtig. Bei Bedarf schicke ich Dir das Teil per
Mail (Größe: 40K).
Einzig allein auf dem Blatt Halbjahr2 sind in Spalte Y Formeln mit
ungültiger Referenz (irgendwas sollte da gerundet werden) die ich
nicht verbessern konnte...

@Manfred, Christian: Ein Problem, was ich auf Anhieb sehe, ist die
Verwendung von statischen Matrizen (z.B. in Zelle Halbjahr1.W2). Das
wird von Calc nicht unterstützt und beim Import schlicht verschluckt.
Aber dieses Feature steht schon auf der Liste.

added myself to CC

Please try using the latest OOo 1.1 Rc5, 
some bug fixes since your version and 1.1 RC5. If the problem still
happend in 1.1 RC5 please report back

Hi Utomo,

added you to CC because you added oooqa.

Hi Christian,
Hi Utomo,

added you to CC because you added oooqa.

Hi Christian,
shoud we not change component to "spreadsheet" to focus interest of
other specialists to this?

I added keyword "ms_interoperability"

I still can confirm that "halbjahr4.B37" shows "#NAME" (as many
others, too) with 1.1.0 German version WIN98SE: 645m19(Build8693).

If someone can confirm, that that cell is shown correctly in MS-EXCEL,
we can make this issue NEW or DUP of ???.

Reporter, do you still agree to use this document with more or less
confidential data?

Rainer we not change component to "spreadsheet" to focus interest of
other specialists to this?

I added keyword "ms_interoperability"

I still can confirm that "halbjahr4.B37" shows "#NAME" (as many
others, too) with 1.1.0 German version WIN98SE: 645m19(Build8693).

If someone can confirm, that that cell is shown correctly in MS-EXCEL,
we can make this issue NEW or DUP of ???.

Reporter, do you still agree to use this document with more or less
confidential data?

Rainer

Added myself to CC

Rainer

> shoud we not change component to "spreadsheet" to focus interest of
> other specialists to this?

No, because one of the specialists already had a look :-)

> I still can confirm that "halbjahr4.B37" shows "#NAME" (as many
> others, too) with 1.1.0 German version WIN98SE: 645m19(Build8693).

The main problem has been that this sheet relies on regular
expressions to work. For version prior to 1.1beta(2 i think) regular
expressions weren't available, so this document could not be used
anyway without mayor modifications (like the one I did)

> If someone can confirm, that that cell is shown correctly in 
> MS-EXCEL, we can make this issue NEW or DUP of ???.

As Daniel pointed out, the doc uses "statische Matrizen" (no clue what
Matrize is called in english) and that these get lost during import.
This is on the list of features to implement, but I doubt there is an
issue concerning this specific problem (I didn't search for it thoug)

> Reporter, do you still agree to use this document with more or less
> confidential data?

I'd close this one.
(what am I talking, I *am* closing it ;->)
That doesn't mean not to file a new issue regarding this document, but
the doc should be anonymized (does this word exist? :-) first....

closing as worksforme

closing.
BTW: Happy Birthday OpenOffice.org!

Hi Christian, hi Daniel,

what do you think about opening a new issue concerning "static
matrices" (and may be other issues for other points from list
"planned")? May be so we can avoid new issues, testing, reproducing,
and long discussions concerning new features planned for future.

Rainer

Correct name is "Array constants", "Matrixkonstanten". :-)

New issue created
http://www.openoffice.org/issues/show_bug.cgi?id=21149

Thany you very much!