Seite 6 von 8

Verfasst: 18.12.2008, 19:12
von Christian M.
Torquatus hat geschrieben:Übrigens: Mit "Irgendwer schreibt hier in Überbreite. Schrumpf Dich, Grummel" hatte ich Dich gemeint. Du hast eine Grafik in Überbreite hochgeladen (die Fehlermeldung). Dadurch werden jetzt alle Beiträge in Überbreite angezeigt, so dass man beim Lesen den Schiebebalken verwenden muss.
nicht "man" sondern du - die Grafik nimmt bei mir nur den halben Bildschirm ein - hab deinen Wunsch trotzdem mal entsprochen ;-)

Verfasst: 18.12.2008, 19:22
von Christian M.
hab jetzt mal die ABFilter.abp aktualisiert - damit dürfte der 1. Fehler schon weg sein (und vielleicht ja auch der zweite ;-) )

ABFilter.abp im Anhang bzw. auch im Startpost

Verfasst: 18.12.2008, 19:38
von Torquatus
Hallo Christian,
Christian M. hat geschrieben:nicht "man" sondern du - die Grafik nimmt bei mir nur den halben Bildschirm ein - hab deinen Wunsch trotzdem mal entsprochen ;-)
sorry, dass mein 19-Zoller-Bildschirm sooo schmal ist :shock:

Ich konnt ja nicht wissen, dass "man" heutzutage mit nem 40-Zoller zugange ist.

Es soll nicht wieder vorkommen :wink: :wink: :wink:

Verfasst: 18.12.2008, 19:49
von Nachfahre
Hi,
es kommt auf die Auflösung an.

Bei einer 800x600 Auflösung passt auch bei einem 40-Zoller nichts auf den Schirm.
;-)
- Othmar

Verfasst: 18.12.2008, 20:12
von Torquatus
Hallo Christian,
Christian M. hat geschrieben:hab jetzt mal die ABFilter.abp aktualisiert - damit dürfte der 1. Fehler schon weg sein (und vielleicht ja auch der zweite ;-) )
der 1. ist weg, aber der zweite ist - erwartungsgemäß - immer noch da :oops:

Verfasst: 18.12.2008, 20:40
von Joku
Hallo Christian,

das Plugin macht Freude.
0.9.3 wie auch die Vorgängerversionen laufen auf meinem XP.
Bei Birt.Date wird/wurde jedoch das Geburtsdatum nicht richtig ausgegeben !
Ausgabe :
23.03.52....................richtig 23.03.1752
1664...................................ok
1661...................................ok
1688...................................ok
00.00.1688..........................ok
29.06.23....................richtig 29.06.1823
Woran kann das liegen ?

Gruß Joachim

Verfasst: 18.12.2008, 21:03
von Torquatus
Hallo Othmar,
Nachfahre hat geschrieben:Hi,
es kommt auf die Auflösung an.

Bei einer 800x600 Auflösung passt auch bei einem 40-Zoller nichts auf den Schirm.;-)
deshalb läuft ja bei mir im Moment testweise 1.152 x 864, aber damit wird das Ahnenblattportal nicht breiter. Jetzt habe ich rechts und links einen blauen Rand.

Wie bekomme ich AB-Portal dazu, eine überbreite Grafik "voll" anzuzeigen? So eine, wie unten?

Spätere Ergänzung: Oh, bei der Auflösung 1.152 x 864 klappt das tatsächlich, die Grafik ist voll zu sehen. Wieder etwas dazugelernt, vielen Dank an Othmar und Christian :)

Weitere spätere Ergänzung: Nachdem ich wieder zu meiner "Lieblingsauflösung 1.024 x 768" zurückgekehrt bin, stört mein eigener überbreiter Beitrag die Optik. Daher habe ich den Anhang auf 600 Pixel Breite reduziert.

Verfasst: 18.12.2008, 22:21
von Christian M.
Hallo Joachim,
Joku hat geschrieben: Bei Birt.Date wird/wurde jedoch das Geburtsdatum nicht richtig ausgegeben !
Ausgabe :
23.03.52....................richtig 23.03.1752
1664...................................ok
1661...................................ok
1688...................................ok
00.00.1688..........................ok
29.06.23....................richtig 29.06.1823
Woran kann das liegen ?
ich versteh ein Problem nicht so ganz - wenn du 29.06.23 in deiner Ahnenblatt-Datei stehen hast sollte der Eintrag ausgefiltert werden - ein Jahr muss aus 3 oder 4 Zahlen bestehen um als solches erkannt zu werden

oder meinst du dass es in der Ausgabedatei anders steht wie in der Orginaldatei? das könnte ich mir allerdings auch nicht erklären, da ich die Daten genauso ausgebe wie ich sei auch einlese - ich nehm ja keine Änderungen vor

kannst du mit nochmal genauer erklären wo das Problem liegt?


@Torquatus:
ja - ich meinte die Auflösung - wenn ich meinen Bildschirm auf 800x600 runterstell hab ich das Problem auch - außerdem könnte ich so unmöglich arbeiten ^^

zum Fehler: kannst du mir bitte die csv-Datei schicken die bei dir vom Ahnenblatt erzeugt wird? (aus einer Beispiels-Datei die bei Ahnenblatt dabei ist)
Den Pfad wo die Datei erzeugt wird kennst ja ;-)

Grüße,

Christian

Verfasst: 18.12.2008, 23:02
von Joku
Hallo Christian,

bei der Originaldatei sind die Jahreszahlen alle vierstellig.

tt.mm.jjjj oder jjjj oder um jjjj

Die Ausgabedatei weicht von der Originaldatei ab.
Beipielsdatei Beckmann habe ich etwas geändert und Dir per PM zugesandt.

Gruß
Joachim

Verfasst: 18.12.2008, 23:21
von Torquatus
Hallo Christian,
kannst du mir bitte die csv-Datei schicken die bei dir vom Ahnenblatt erzeugt wird? (aus einer Beispiels-Datei die bei Ahnenblatt dabei ist)
der Inhalt des Verzeichnisses "ABFilter" ist als Datei "ABFilter.zip" im Anhang einer pn auf dem Weg zu Dir.

Verfasst: 18.12.2008, 23:36
von Christian M.
Hallo Joachim,
Joku hat geschrieben:Die Ausgabedatei weicht von der Originaldatei ab.
Besipielsdatei Beckmann habe ich etwas geaändert und Dir per PM zugesandt.
wenn ich deine Datei mit dem Windows-Editor bzw. Ahnenblatt öffne sind die Jahreszahlen nach wie vor vollständig vorhanden

das interessante ist nur - wenn ich das ganze jetzt in Open Office öffne sind die Jahreszahlen tatsächlich abgeschnitten (wobei dies auch bei der Orginaldatei der Fall ist)

mit welchem Programm öffnest du die CSV?

Gruß,

Christian

Verfasst: 18.12.2008, 23:39
von Marcus
Die Tabellenkalkulationsprogramme können nicht alle richtig mit alten Daten umgehen :oops: Da kann schon mal Schmuh vorkommen, wenn die als Datum "erkannt" und korrigiert werden :?
Marcus

Verfasst: 19.12.2008, 00:10
von Joku
Hallo Christian, Marcus und Torquatus,

bisher öffnete ich die CSV-Datei mit Open-Office.Org.calc getrennt mit Semikolon.
Bei Microsft works Tabellenkalkulation ergibt sich folgende Darstellung:
11864
1929
03.05.1955
um 1760
7091829
um1890
11031869
15091867
2121897
Einmal mit und ohne Trennpunkte

Das ist auch nicht richtig.
Mit Microsoft works Textverarbeitung klappt es auch nicht.
Welches Programm stellt die Zahlen richtig dar, wer kann mir einen Tipp geben ?

Gruß Joachim

Verfasst: 19.12.2008, 00:58
von Torquatus
Hallo Joachim,
Joku hat geschrieben:bisher öffnete ich die CSV-Datei mit Open-Office.Org.calc getrennt mit Semikolon.
Bei Microsft works Tabellenkalkulation ergibt sich folgende Darstellung:
11864
1929
03.05.1955
um 1760
7091829
um1890
11031869
15091867
2121897
Einmal mit und ohne Trennpunkte

Das ist auch nicht richtig.
Mit Microsoft works Textverarbeitung klappt es auch nicht.
Welches Programm stellt die Zahlen richtig dar, wer kann mir einen Tipp geben ?
Excel und wohl auch Works speichern "Datümer" wie folgt (Auszug aus der Excel Hilfe):
*********************************
Microsoft Office Excel speichert Datumsangaben als fortlaufende Zahlen, so genannte serielle Werte. Beispielsweise hat in Microsoft Office Excel für Windows standardmäßig der 1. Januar 1900 die Seriennummer 1 und der 1. Januar 2008 die Seriennummer 39448, da er genau 39.448 Tage nach dem 1. Januar 1900 liegt.
*********************************
Wird eine Datei mit Datümern mit Excel geöffnet, erkennt man sofort, welche Inhalte als Datum erkannt wurden und welche nicht.

Ein "richtiges" Datum (also ab dem 01.01.1900) steht rechtsbündig und hat das Format "Datum". Wenn man einem solchen Feld das Format "Zahl" gibt, wird das Datum in eine Zahl relativ zum 01.01.1900 (siehe oben) umgewandelt.

Ein "falsches" Datum (als vor dem 01.01.1900) steht linksbündig und hat das Format "Standard". Wenn man einem solchen Feld das Format "Datum"gibt, ändert sich an der Optik der Darstellung nichts.

Der Snap unten aus einer mit Excel geöffneten CSV-Datei (erzeugt aus Dirks Datei "Beispiel.ahn") zeigt das schön.

Welches Programm das besser könnte, weiß ich leider auch nicht. In meinen Access-Anwendungen lasse ich die Daten immer als Text erfassen und prüfe sie dann, indem ich die Strukur abgreife, die Werte j, m, j einzeln prüfe und sie dann in die Standard-Form tt.mm.jjjj bringe. Ist das nicht möglich, dann erfolgt beim Verlassen des Feldes ein Hinweis über den man sich hinwegsetzen kann. Letztendlich sind aber alle Inhalte Text, mit dem nicht (so einfach) gerechnet werden kann.