Skip to content
This repository has been archived by the owner on Sep 14, 2021. It is now read-only.

Calculate the most common failures across collections #41

Closed
jpmckinney opened this issue Mar 9, 2020 · 1 comment
Closed

Calculate the most common failures across collections #41

jpmckinney opened this issue Mar 9, 2020 · 1 comment
Labels
feature Relating to more complex features

Comments

@jpmckinney
Copy link
Member

Since this will only be used on occasion, and mostly to inform the development of implementation resources and the standard itself, we can take a low-fidelity approach, e.g. just running SQL queries – rather than a high-fidelity approach, e.g. with a designed results page.

@jpmckinney jpmckinney added the feature Relating to more complex features label Mar 9, 2020
@jpmckinney jpmckinney added check results Relating to the non-visualization reporting of check results and removed feature Relating to more complex features labels Sep 2, 2020
@jpmckinney jpmckinney added feature Relating to more complex features and removed check results Relating to the non-visualization reporting of check results labels Mar 4, 2021
@jpmckinney
Copy link
Member Author

jpmckinney commented Sep 14, 2021

This has not come up again as a need. We already have an idea of common issues through helpdesk support to publishers.

In general, anytime there's a quality issue, we should consider whether/how to improve schema descriptions, documentation, guidance, and the boilerplate text explaining how to address failing checks.

open-contracting/pelican-frontend#53 will also help in a non-aggregated way.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
feature Relating to more complex features
Projects
None yet
Development

No branches or pull requests

1 participant