|
1 | | -## Introdduction |
| 1 | +## Introduction |
2 | 2 |
|
3 | 3 | 1. Add ideas at the **_very bottom_** of this document |
4 | 4 | 2. Use this as an example: |
@@ -54,37 +54,6 @@ Preparatory issues may be opened prior to the posting of this ideas page to faci |
54 | 54 |
|
55 | 55 | --- |
56 | 56 |
|
57 | | -### Talawa: Emergency Management |
58 | | - |
59 | | -1. **Description:** After Hurricane Melissa hit Jamaica, The Palisadoes Foundation was approached to use Talawa to be used in disaster relief efforts. Additional features were required to make it usable. We want to ensure that the app is usable for such situations anywhere in the world by the end of 2026. Talawa was designed to manage the membership of community based organizations. These organizations are often on the forefront of community projects and disaster recovery efforts. We feel that simple project reporting features would be a very useful addition for such organizations in both the web and mobile applications. |
60 | | - 1. **Field Reporting:** Talawa currently supports attendance at scheduled events with volunteers. However functionality needs to be added to support non-profit organizations supporting relief efforts or regular community projects. |
61 | | - 1. Types of Reporting: There needs to be a way to report on projects that the organization is working on: |
62 | | - 1. Project type: Normal or Disaster |
63 | | - 2. Limited numbers of images and videos of the viscinity |
64 | | - 3. Audio reports of what is happening, possibly converted to text. |
65 | | - 4. The option of regular text input |
66 | | - 5. GeoTags |
67 | | - 6. The name and contact information of the reporter if available and automatic |
68 | | - 7. Whether the situation has been resolved or not |
69 | | - 2. Offline Functionality: In the case of the mobile app, it must be assumed that Internet connectivity may be poor. |
70 | | - 1. The Field Reporting must be able to operate without access to the API by caching inputted data |
71 | | - 2. When connectivity is restored, the data must be uploaded automatically to the API with a mechanism to prevent the API from being overloaded from floods of data from recently re-connected geographic areas. |
72 | | - 2. **Central Reporting:**: There needs to be a project dashboard |
73 | | - 1. Sortable tabular and geographic map based tagging reports with drill downs |
74 | | - 2. Ways to request follow up action from the Talawa Admin backend |
75 | | -1. **Expected Outcomes:** In addition to the outcomes described above, the following must also apply: |
76 | | - 1. There needs to be ways to identify possible project duplication so that they can be de-duplicated with the original reporters still being updated. |
77 | | - 2. The solution must assume that the end users have limited literacy skills. The more data points that can be calculated and automated, the better. |
78 | | - 3. All tests must pass and be valid. |
79 | | - 4. The overall test code coverage of the repo and individual code files must in all cases be greater than 95%. |
80 | | -1. **Repos to update:** Talawa-Plugin, Talawa-API, Talawa-Admin |
81 | | -1. **Skills Required:** Code stacks related to repos above. See introduction section. |
82 | | -1. **Depends on Project:** None |
83 | | -1. **Project Size:** 350 hours (Large) |
84 | | -1. **Possible Mentors:** TBD |
85 | | -1. **Difficulty:** Hard |
86 | | -1. **Impact Definition:** "Core development" |
87 | | - |
88 | 57 | ### Talawa Chat Enhancements |
89 | 58 |
|
90 | 59 | 1. **Description:** Talawa's chat functionality needs to be expanded for both the mobile and web applications. |
|
0 commit comments