websteps: include raw errors #2033
Labels
2024-01-data-quality-cleanup
Data quality issues addressed on 2024-01
data quality
enhancement
improving existing code or new feature
methodology
issues related to the testing methodology
ooni/probe-engine
priority/medium
user feedback
requests that have been added to the backlog as a direct result of user feedback or testing
This issue is about including into websteps results (and possibly other results) raw errors (stripped if needed). The argument here is that adding raw errors increases confidence in the measurement process. We'll close this issue when we'll have done that.
More specifically, this issue means we should be including:
This formulation of the needs in terms of data quality has been advocated by @fortuna for quite some time. A less general formulation that only discusses DNS is available at #1569. This specific issue is directly to address feedback that @fortuna and @ohnorobo provided to me when I discussed websteps' design with them.
I think the correct way to go about implementing this issue is to have extractors that use
errors.As
to cast a given error into the lowest-level error code. These extractors will write directly into the measurements observations after an error. (I already have a prototype implementation that extracts the getaddrinfo result, which I started developing to address #2029.)The text was updated successfully, but these errors were encountered: