forked from mapillary/OpenSfM
-
Notifications
You must be signed in to change notification settings - Fork 0
/
reporting_notes.txt
36 lines (27 loc) · 1.22 KB
/
reporting_notes.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
# OpenSfM report design
Two concepts:
- logging: write down stuff you are doing as you do them
- reporting: write a summary of the execution statistics
Logging is always done on-the-fly. Text or json are logged as processes do stuff.
For reporting we need can choose to build the report on the fly or as a post step. Doing it on-the-fly is more efficient since there is no need to reload data from disk. Doing it as a post process has many advantages: it is simpler to implement, specially for multiprocessing. It is decoupled from the main code. And enables to build more global measures.
Some measures, like running time, need to be computed on-the-fly.
Possible solution:
- each process or function can write small independent reports as independent files.
- a post process gathers all the information and builds a full report.
- dataset
- reports
- features
- counts
- image00.jpg.json
- image01.jpg.json
- ...
- report.json
- matches
- counts
- image00.jpg.image01.jpg.json
- ...
- report.json
- tracks
- report.json
- reconstruction
- report.json