GENERAL

• Add Requirement Prioritization based on Fine Dust Domain
• AR Research in Research Doc
• Create ReadMe
• Fill in Software Architecture Doc (so far)

Augmented Reality

• Test Unity in React
• Test HTML page AR.JS
• Design AR application
  • Get user feedback on Design
  • Get user feedback on html or app
  • {Create feedback report for feedback}
• Process Expert Interview [[Jean-Paul 7-3-23]]
• Check out sources Jean-Paul
  • https://odzob.nl/meetnet
  • https://aireas.com/real-time-metingen/
  • https://samenmeten.rivm.nl/dataportaal/

CI/CD:

• Fix CI/CD pipeline
• Add Sonar Cloud to CI/CD Pipeline

Data:

• Scrape data for fine dust dataset
• EDA Fine Dust
• Real Time Data POC (React)
• Which things can be predicted
• Explore extra environmental data Simona sent

Documents

• [[Project Plan]]
  • Iteration 1 Project Plan

    • [x] Fill in [[Project Plan#Communication

      Communication]] Table

    • [x] Fill in [[Project Plan#Version

      Status]]

    • [x] Add [[Project Plan#1.3 The assignment

      minimum requirements]] (attachment(?))

    • [x] Adjust [[Project Plan#1.4 Scope

      Scope]] (if needed)

    • [x] Add [[Project Plan#3.1 Team members

      availability]] coaches

    • [x] Add [[Project Plan#3.2 Communication

      communication]] agreements

    • Spell Check
  • Iteration 2 Project Plan

    • [x] Add [[Project Plan#2.1 Approach

      approach]]

      • [x] [[Project Plan#2.1.1 Test approach

        Test approach]]?

    • [x] Add [[Project Plan#2.3 Breakdown of the project

      breakdown]] of the project

    • [x] Add [[Project Plan#2.4 Time plan

      time plan]]

    • Feedback
      • Change Introduction name to Abstract
      • Replace Digital Twin City to City Digital Twin
      • 1.3 laatste requirement mag iets helderder, “no prior domain knowledge required, that is the visualized information should be understandable for any user”
      • Als je dat helemaal wil aansluiten op de eerdere verkenning, met name de harde requirements in 1.3, dan zou je de gebruikerservaring en de phone ook in je hoofdvraag kunnen benoemen, en er sub-vragen van kunnen maken.
      • 3.3 je hebt inderdaad geen testopstelling, maar je zal je prototypes hopelijk wel met gebruikers valideren, en je zal je ML modellen testen en tunen. Dit soort dingen horen hier ook bij, geloof ik.
      • 3.4 git repo waar ik als Reporter bij mag
• Research document – Answers the Main and Sub Research Questions
  • Answered main question: How can the severity of city problems in Eindhoven be visualized using AR?
  • Answered Which city problems are being monitored?
  • Answered What impact do these city problems make?
  • Explained choice of city problem
  • Answered How can this problem be visualized?
  • Answered What are the benefits and deficits of using Augmented Reality for this visualization?
  • Answered What data is available regarding this problem?
  • Answered How can AI be used to make predictions using this data?
  • Answered What devices will the AR application be available on?
  • Answered How can it be verified whether users understand the severity of the city problem?
  • Spell Check
  • Asked someone else to see whether they have any questions I didnt think of
  • Feedback
    • Qua vorm, dwz voor leesbaarheid, zou je bij 1.2 iets meer structuur in kunnen brengen want nu springt de focus best wild van het ene naar het andere probleem of consequentie.
    • Sources -> References
• Exploratory Data Analysis
  • xxx
• Feedback Report
  • Testing method 1
  • Testing method 2
  • Testing method 3
  • Spell check

• Code Reference (ReadMe OR including architecture/explanation of choices if needed)

• Project Report (max 7500 words)
  • Title Page
  • The Assignment
    • Description of the assignment, the problem or opportunity that has lead to the assignment, the goals and the context of the assignment.
  • Description of the process and the results
    • How did the project go compared to the plan and initial goals? Which approach and phasing were used?
    • This includes the main research questions that have been addressed and which approach has been followed (with use of DOT Framework and references to related products in the portfolio.)
    • Explanation of the results, the value for the company (your conclusions)
  • Proof of the learning outcomes
    • Explanation of the structure of the portfolio, related to the learning outcomes (LO). Make clear for each LO where proof for that LO can be found in the portfolio, e.g. by referencing to a product in the portfolio.
  • Reflection on the assignment, what you have learned professionally and in the ICT domain

Code

• Version Controlled Code
  • ReadMe
  • Code vulnerabilities process?
  • Accessible to everyone

POC:

• Augmented Reality POC
  • Can access (phone) camera
  • Can display AR model
  • Can update AR model
• Real-time data POC
  • Can access real-time data
  • Can visualize real-time data
  • Can update automatically
  • Is location based
• AI model POC
  • Can predict data
  • Can visualize predicted data

Final Delivery

• Application
  • Working Augmented Reality
  • Working Real-time data
  • Tested on multiple devices
• Code
  • Accessible to everyone who needs it
  • Check for vulnerable information
  • Ran through code checker for ‘mistakes’
• Presentation
  • Answers the research question
  • xxx
• xxx