nntp2http.com
Posting
Suche
Optionen
Hilfe & Kontakt

[OO 2] Rechnen mit Zeiten

Von: Marc A. Rohling (nutznetz@rohling-online.de) [Profil]
Datum: 03.03.2007 14:07
Message-ID: <8f8ob4-mn5.ln1@gandalf.skrupellos.priv>
Newsgroup: de.comp.office-pakete.misc
Hallo NG,

ich führe eine kleine Dienstbelastungs-Analyse durch. Es handelt sich um
Bereitschaftsdienste, und wir dokumentieren Start- und Endzeit sowie Art
unserer jeweiligen Tätigkeit.

Ich nutze Open Office 2.0.4 (Openoffice-Calc) unter Debian Etch.

Allgemeines:
===========

Die Daten liegen in folgender Form vor:

Datum | Kollege | Startzeit | Ende | Tätigkeit | gesamt

Die ersten beiden Spalten werden nur für die jeweils erste Eintragung eines
Tages genutzt. Alle weiteren Einzeltätigkeiten folgen mit gefüllten Spalten
C bis F. Am Schluß eines Dienstes wird die Gesamt-Zeit mit der SUMME-Formel
berechnet und ebenfalls als Zeitangabe formatiert.

Gelöstes Problem 24-Uhr- oder Mitternachtsgrenze:
===============================================

Zunächst hatte ich dann das Problem, die prozentuale Dienstbelastung zu
rechnen, wenn ein Einsatz über die Mitternachts-Grenze hinaus ging. Hier
rächt sich das etwas eigenartige Uhrzeit-Modell der Tabellenkalkulationen.
Da meine Google-Recherche etwas langwierig war, äußere ich hier noch einmal
die Lösung:

Die Gesamt-Zeit eines Tages steht im Feld H10. Man nehme die Formel

=(STUNDE(H10)+(MINUTE(H10)/60))/16*100

Dann formatiere man das Feld als normale Zahl, und man hat die
Dienstbelastung eines 16-Stunden-Dienstes in Prozent.

Jetzt zum aktuellen Problem:
===========================

Ich möchte gerne die Belastung in 2-Stunden-Blöcke aufteilen, so daß man
später genau sagen kann, wie hoch die Durchschnitts-Belastung zwischen
22:00 Uhr und 0:00 Uhr, zwischen 0:00 Uhr und 2:00 usw. war.

Dafür fällt mir weder eine einfache noch eine verworrene Lösung ein, auch
nicht mit Tabellenkalkulations-typischer wilder Flickschusterei.

Stoße ich da mit Calc da auf eine unüberwindbare Grenze und muß mich auf
andere Programme stürzen, oder ist eine zuverlässige Lösung denkbar?

Vielen Dank für alle Überlegungen,

Marc

[ Auf dieses Posting antworten ]

Antworten