From moderation decision to appeal — Technical — Bachelor’s
https://thesis.uya.no/proposals/from-moderation-decision-to-appeal/?degree=bachelor#technical-track

FINAL RESULT
Working ETL, automated validation suite, source-linked dashboard and defect list.

WHAT TO DO
Build a data-quality dashboard for official DSA moderation records.

DATA
20,000 DSA statements of reasons (public)
Sample 10,000 records per platform from one fixed 30-day period through the official Research API.
DSA Transparency Database Research API: https://transparency.dsa.ec.europa.eu/page/research-api
DSA Transparency Database documentation: https://digital-strategy.ec.europa.eu/en/faqs/dsa-transparency-database-questions-and-answers

HOW TO TEST IT
Use 20,000 records from two platforms over the same 30-day period. Run schema, missingness, timing and cross-field checks; manually verify 100 stratified records.

STEPS
Build and test
1. Read the starting sources and choose one established implementation method.
2. Write the requirements, data fields, system diagram and test cases.
3. Prepare 20,000 DSA statements of reasons. Make the answer key and pass criteria before testing.
4. Build a working version of working etl, automated validation suite, source-linked dashboard and defect list.
5. Run function, integration and failure-case tests. Record each result.
6. Run the practical evaluation and list the changes the system still needs.

EXAMPLE TOOLS
Python, httpx, pandas or Polars, Pandera, DuckDB, Plotly Dash or Streamlit
Equivalent tools are fine.

ACCESS OR PEOPLE
Confirm API limits and current schema; one independent reviewer for the 100-record check.