#29 All "Proposed" ADRs changed to "Accepted"

Author: adamhill

ADRs/ADR001-EventDriven.md

@@ -4,7 +4,7 @@
 Event-Driven Camera Alerts
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 We are designing an architecture for the Wildlife.ai project, which involves open-source wildlife cameras that capture and report observations of wildlife. Due to limited internet access in remote camera locations and email delivery challenges, we need a reliable and cost-effective way to alert users (mobile app) when camera events occur

ADRs/ADR002-ModularMonolith.md

@@ -4,7 +4,7 @@
 Use the modular monolith architecture style
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 Our application is designed to handle user management, camera settings control, receiving camera-triggered notifications, and multimedia processing. It can also integrate with partners and vendors. We are developing this application using a modular monolith architecture. As the plan to make the application open-source for end users, we are committed to ensuring that it remains easy to understand, build, deploy, and modify when needed.

ADRs/ADR003-Processing with 3rd Parties and Edge Computing.md

@@ -4,7 +4,7 @@
 Processing with 3rd Parties and Edge Computing
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 The Wildlife.ai project involves open-source wildlife cameras that capture, identify species, and report observations. To ensure cost-efficiency, sustainability, and leverage open-source resources, a decision needs to be made regarding the processing of data, specifically moving away from central websites, global databases, and maintaining a comprehensive list of all cameras and locations.

ADRs/ADR004 - Ease of Use - Mobile App Only.md

@@ -4,7 +4,7 @@
 Easy of Use - Primarily use a Mobile App
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 From the initial requirements, the mobile app for Wildlife.ai seems to be the most mentioned device next to the camera itself. Setting up, adjusting and retreving the photos all mention a mobile application
@@ -22,13 +22,13 @@ We have decided that the primary interaction model will be an app, primarily bui
 4. **Cost** By using a cross-platform framwork the app can be written using common codebase and simply recompiling for the needed platform (iOS, Android) and if the correct toolkit is chosen, Wildlife.ai can get a Windows, macOS with very little effort and a web app with a bit more effort if the need arises
 
 ## Implementation Details
-The mobile app should be written in one of the avialble cross platform mobile toolkits that are available to build mobile apps. They can all acccess native API's (WiFi & Bluetooth) as needed.
+The mobile app should be written in one of the many cross platform mobile toolkits that are available to build mobile apps. They can all acccess native API's (WiFi & Bluetooth) as needed.
 
 These include:
 - **Xamarin / Maui**: Can compile to iOS, Android, macOS, Windows, Hybrid-Web (easy control and business logic reuse from the mobile / deskop apps)
 - **React (Native)**: iOS, Android, Windows, macOS, Hybrid-Web (once again thru control and business logic reuse)
-- **Flutter**: iOS, Android, macOS, Windows
-- **Jetpack Multiplatform**: iOS, Android
+- **Angular & Angular Web Views**: iOS, Android, macOS, Windows, Hybrid-Web
+
 
 ## Benefits
 - Single app for operations by users

ADRs/ADR005-MicroKernel.md

@@ -4,7 +4,7 @@
 Use the micro kernel architecture style for the integrations module
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 Our application needs to connect with other partners and vendors because Wildlife AI users want to share their data with other ecosystem members. In the future, we may need to add more ways for our app to connect with new partners as the community gets bigger.

ADRs/ADR006-OpenSourceSolution.md

@@ -4,7 +4,7 @@
 Open Source Solution
 
 ## Status
-Proposed
+Accepted
 
 ## Context
 As part of the Wildlife.ai project's commitment to fostering collaboration and accelerating wildlife conservation efforts, a decision needs to be made regarding making the entire solution, including the wildlife cameras and the mobile app, an open source solutoin. This move aligns with the ethos of transparency, community involvement, and enabling a broader impact on conservation efforts.

working notes/adams-script.md

@@ -37,7 +37,7 @@
 >
 > This is an open source solution so we will mainly consider open source systems, frameworks, languages and specifications when we are able to.
 >
-> [**Open source image build**]
+> [** No internet, open source image build**]
 >
 > There are only 100's of users anticipated by Wildlife.ai so we don't need a hightly scalable infrastructure.
 >