回答編集履歴
1
別アプローチの追記
test
CHANGED
@@ -1,3 +1,48 @@
|
|
1
|
+
作業時間が異常に長くて分単位で列挙が現実的できない場合、開始・終了のイベントを管理するアプローチの方が良いと思います。
|
2
|
+
現在の状態(status)を0で初期化して、開始・終了のイベントごとに以下のように処理します。
|
3
|
+
- 作業開始で+1, 作業終了で-1
|
4
|
+
- 休憩開始で-1, 休憩終了で+1
|
5
|
+
- 停止時間開始で-1, 停止時間終了で+1
|
6
|
+
|
7
|
+
「時刻で昇順、開始と終了が同時刻の場合は右端を含めないように終了を先に」なるようにソートして順番に処理します。
|
8
|
+
欲しいのはstatusが1→0の区間だと思うので、以下のログだと以下の部分を抜き出せばOKです。
|
9
|
+
- 2022-11-10 10:30:00 → 2022-11-10 12:00:00
|
10
|
+
- 2022-11-10 12:45:00 → 2022-11-10 14:30:00
|
11
|
+
- 2022-11-10 15:30:00 → 2022-11-10 16:00:00
|
12
|
+
|
13
|
+
|
14
|
+
```python
|
15
|
+
events = []
|
16
|
+
events.append((workstart, 'start', 1))
|
17
|
+
events.append((workend, 'end', -1))
|
18
|
+
for s in stop:
|
19
|
+
events.append((s['start'], 'start', -1))
|
20
|
+
events.append((s['end'], 'end', 1))
|
21
|
+
for r in rest_datetime:
|
22
|
+
events.append((r['start'], 'start', -1))
|
23
|
+
events.append((r['end'], 'end', 1))
|
24
|
+
|
25
|
+
status = 0
|
26
|
+
for dt, _, v in sorted(events):
|
27
|
+
status += v
|
28
|
+
print(dt, status)
|
29
|
+
|
30
|
+
# 2022-11-10 08:00:00 -1
|
31
|
+
# 2022-11-10 10:00:00 -2
|
32
|
+
# 2022-11-10 10:00:00 -1
|
33
|
+
# 2022-11-10 10:10:00 0
|
34
|
+
# 2022-11-10 10:30:00 1
|
35
|
+
# 2022-11-10 12:00:00 0
|
36
|
+
# 2022-11-10 12:45:00 1
|
37
|
+
# 2022-11-10 14:30:00 0
|
38
|
+
# 2022-11-10 15:00:00 -1
|
39
|
+
# 2022-11-10 15:10:00 0
|
40
|
+
# 2022-11-10 15:30:00 1
|
41
|
+
# 2022-11-10 16:00:00 0
|
42
|
+
```
|
43
|
+
|
44
|
+
以下は以前の回答
|
45
|
+
---
|
1
46
|
「作業時間」とか「休憩時間」と書いてあるので、人間が作業しているデータを扱っているのだと思います。だとすれば作業時間はせいぜい丸1日くらいで、分単位で列挙しても24x60=1,440通りにしかなりません。これくらいであれば、作業時間・停止時間・休憩時間 全てを分単位で列挙して計算するのが簡単だと思います。
|
2
47
|
|
3
48
|
set型のデータに 作業時間・停止時間・休憩時間 をそれぞれ記録して引き算すれば、作業時間に含まれる要素のうち、停止時間・休憩時間に含まれない要素を計算できます。
|