Re: [de-users] Serienbrief: Datenquelle "verschwindet"

Hallo,

Am 25.06.23 um 21:20 schrieb Richard Demattio:
> Hallo Boris
> zu Deinem letzten Satz mit dem Zeitdruck darf ich Klugscheisser spielen.

klar, nur zu!

> Bei uns in Österreich (sieht man an meinem Namen ;-) gibt es den Spruch:
> "manche müssen so schnell von Wien nach Salzburg kommen, dass sie keine
> Zeit haben, das Auto zu starten".

Das weiß ich schon, und ich streite gar nicht ab, dass es bei mir 
ähnlich ist. Im Moment ist aber nicht einmal ein Update drin; das mache 
ich erst, wenn wirklich Zeit dafür ist und unerwartete Unbill mich nicht 
aus der Bahn werfen kann. Naja, und wenn man Zeit hat, wird man bequem 
und neigt zu Vergesslichkeit -ich zumindest... ;-)


> Nun im Ernst: Wenn die Zeit wirklich sehr knapp ist und Du schon fast
> fertig bist,
> ist die Lernschleife für Base inkl. SQL-Sprache sicher ein zu großer Umweg.
>
> Trotzdem möchte ich Dir den Mund wässrig machen für LO-Base.

Das gelingt sicher leicht. Das hatte ich schon vor, bevor es LO-Base 
überhaupt gab... Mein Problem: für das Selbststudium braucht man neben 
einem didaktisch guten Buch oder Kurs auch für längere Zeiträume 
ausreichend Zeit und Ruhe, also mehr als nur ein paar Nachmittage. Und 
so schiebt man (ich) das immer wieder vor sich her.


> zu Deiner Frage nach den Formeln: da ist das mit dem "einfachen
> Importieren" doch nicht so einfach.
> Die elegante Lösung in Base ist: in der Tabelle hast Du nur die Rohdaten.
> Für die Formeln baust du eine Abfrage (View bzw. Query)

Upps- das hört sich nach viel aufwendiger an als es in Calc zu machen. 
Derzeit sind das rd. 250 Formeln in ebenso vielen Spalten, von kurz bis 
mehrzeilig (> 200 Zeichen lang) ist alles dabei. Das ist schon in Calc 
eine echte Konzentrationsarbeit; wird das in Queries nicht noch 
unübersichtlicher?



> *Nun zu Deinen Problemen:*
> ich empfehle, auf die neueste Version von LO upzugraden.
> Sicher haben die Entwickler einige Baustellen beseitigt. Vielleicht ist
> eine von Dir dabei.

Das steht ohnehin auf dem Plan -aber erst, nachdem dieser Serienbrief 
verschickt ist. Spätestens morgen früh muss der raus, und die Chefin hat 
schon wieder Änderungsideen...


> *
> **zu den falschen Einheiten* - hatte ich auch früher:
> hast Du schon probiert, rechte Maustaste --> "Feld editieren" das Format
> von "von Datenbasis" auf "Benutzerdefiniert" umzustellen und ein fixes
> Format vergeben?

Natürlich, das ist bei fast jedem Serienbrieffeld nötig, denn die 
Formate der Datenquelle werden überwiegend nicht oder nicht korrekt 
übernommen. In diesem speziellen Fall war das Format aus unmittelbar 
nach dem Einstellen ein anderes -und zwar jedes mal, und meist ein neues.


> zu Deinem Problem, dass sich bei Dir viele Listen generiert haben:
> vielleicht hilft die "Holzhammer-1-Methode".
>
>    * Wenn ich mich recht erinnere, muss im CALC die erste Zeile die
>      Überschrift sein, mit der Du dann die Felder in Deinem
>      Serienbrief-Skelett referenzierst.

Richtig, so sehen meine Tabellen aus.


>    * ich schlage vor, Du ergänzt einige Spalten auf Vorrat "dummy1 dummy2
>      ..." (du musst sie ja nicht verwenden)
>    * wenn Du eine brauchst, taufst du sie um.

Um die Übersicht nicht zu verlieren und die Spalten wiederzufinden, füge 
ich sie dort ein, wo sie thematisch und/oder entsprechend der 
Reihenfolge im Serienbrief hin passen. Da dürfte diese Methode mit 
Dummies nicht recht funktionieren. Wie gesagt: z.Z. sind es rd. 250 
Felder bzw. Spalten.


> wenn beim Umtaufen der Spalte dasselbe Problem auftaucht, gibt es noch
> "Holzhammer-2"
>
>    * nachdem Du Holzhammer-1 erledigt hast:
>    * Du fügst unter der Überschriftszeile eine neue Zeile ein und
>      kopierst Zeile 1 in Zeile 2
>    * wenn Du dann eine weitere Spalte brauchst, vergibst Du in der 2.
>      Zeile den "sprechenden Namen" und referenzierst in Deinem
>      Serienbrief-Skelett z.B. "dummy1"

Das ist eine gute Idee für die Fehlersuche, das merke ich mir.


>    * das hat den zusätzlichen Vorteil dass Du die 2.Zeile als
>      Testdatensatz verwenden kannst, und im Serienbrief dann siehst, ob
>      die richtigen Spalten in der richtigen Position sind.

Mir passiert schon gelegentlich, dass ich Felder verwechsle. Da hilft 
das sicherlich.


> liebe Grüße
> Richard
> On 25.06.23 20:29, Boris Kirkorowicz wrote:
> > Hallo,
> >
> > Am 25.06.23 um 18:19 schrieb Richard Demattio:
> > > Hallo Boris,
> > > wie gut bist Du mit LO-Base vertraut?
> >
> > ich weiß, dass es existiert.
> > Also: gar nicht.
> >
> >
> > > Ich habe Serienbriefe immer aus LO-Base erstellt und das war gegenüber
> > > Änderungen sehr stabil.
> >
> > Bisher hatte ich solche massiven Probleme auch nicht. Inzwischen bin
> > ich bei Liste8...
> > Zudem hat sich ein weiteres Problem gesellt: ein Feld nimmt immer
> > wieder falsche Einheiten an. Mal sind es einfache Zahlen mit 4
> > Nachkommastellen, mal Währung, mal Prozent... Immer wieder nur dieses
> > eine Feld. Ich hab's jetzt aus dem Text gelöscht, aber normal ist das
> > nicht.
> >
> >
> > > Die Calc-Tabellen kann man nach LO-Base importieren und muss sie nicht
> > > nocheinmal erstellen.
> >
> > Was ist mit den Formeln und Verknüpfungen, die bei mir recht zahlreich
> > und umfänglich sind? Lassen die sich auch in Base so erstellen und
> > bearbeiten wie in Calc, oder muss man da anders vorgehen?
> >
> >
> > > Ich gehe nicht weiter ins Detail, bevor ich nicht weiß, ob Du mit
> > > LO-Base vertraut bist.
> > >
> > > Falls Du solche Projekte öfters hast, zahlt es sich aus, sich mit
> > > LO-Base vertraut zu machen.
> >
> > Ja, das habe ich mir schon gedacht und auch schon das eine oder andere
> > Mal gehört. Die Hemmschwelle ist aber vorhanden, und unter
> > Zeitdruck... Aber ohne Druck macht man's ja doch wieder nicht. ;-)
> >
> >
> > > liebe Grüße
> > > Richard
> > >
> > > On 25.06.23 16:45, Boris Kirkorowicz wrote:
> > > > Nachtrag:
> > > > beim Versuch, den Serienbrief zu drucken, erschien folgende Meldung:
> > > >
> > > > > Die Verbindung zur Datenquelle "Mliste-N5" konnte nicht hergestellt
> > > > > werden.
> > > > >
> > > > > Die Datei file:///groups/.../Mliste-N.ods konnte nicht geladen
> > > > > werden. at
> > > > > /home/abuild/rpmbuild/BUILD/libreoffice-7.4.3.2/connectivity/source
> > > > > /commontools/dbexception.cxx:413
> > > >
> > > > Kann jemand damit etwas anfangen?
> > > >
> > > >
> > > > Am 25.06.23 um 15:09 schrieb Boris Kirkorowicz:
> > > > > Hallo,
> > > > > gerade entwickle ich einen etwas umfänglicheren Serienbrief mit einer
> > > > > Calc-Tabelle als Datenquelle. Dabei erweist es sich gelegentlich, dass
> > > > > neue Felder benötigt werden, weshalb dann entsprechende Spalten in die
> > > > > Tabelle eingefügt werden.
> > > > > Danach zeigt sich gelegentlich, dass die Datenquelle nicht mehr
> > > > > verfügbar ist. Das sieht dann so aus, dass beim Versuch, ein
> > > > > Serienbrief-Feld einzufügen über [Einfügen]→[Feldbefehl]→[Weitere] im
> > > > > Reiter [Datenbank] zwar die Datenquelle angezeigt wird, beim Klick auf
> > > > > das Dreieck links neben deren Namen das Dreieck nur verschwindet, die
> > > > > Datenquelle aber nicht aufklappt, um deren Felder anzuzeigen.
> > > > >
> > > > > Bislang habe ich mir so beholfen, dass ich über
> > > > > [Bearbeiten]→[Datenbank
> > > > > austauschen]→[Durchsuchen] die Datenbank erneut ausgewählt habe. Das
> > > > > funktioniert zunächst, legt aber eine neue Datenquelle an, so dass ich
> > > > > mittlerweile
> > > > > Liste1
> > > > > Liste2
> > > > > Liste3
> > > > > Liste4
> > > > > ...usw. habe, weil das des öfteren passiert.
> > > > >
> > > > > Meine Fragen dazu:
> > > > > → Wie/warum passiert das?
> > > > > → Wie kann man es vermeiden?
> > > > > → Wie kann man alte / nicht mehr funktionierende Datenquellen aus der
> > > > > Datenbankauswahl entfernen?


--
Mit freundlichem Gruß                                 Best regards
                           Boris Kirkorowicz

--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy