Giter Club home page Giter Club logo

go-web-app's Introduction


IFRC GO

IFRC GO is the platform of the Red Cross Red Crescent, aimed at connecting crucial information on emergency needs with the appropriate response. This repository houses the frontend source code for the application, developed using React, Vite, and associated technologies.

Built with

React Vite Typescript

Getting started

Below are the steps to guide you through preparing your local environment for the IFRC GO Web application development. The repository is set up as a monorepo. The app directory houses the application code, while the packages directory contains related packages, including the IFRC GO UI components library. Please review the Contribution Guidelines and Collaboration Guidelines to gain a deeper understanding of the repository's structure.

Prerequisites

To begin, ensure you have network access. Then, you'll need the following:

  1. Git
  2. Node.JS version >=18 / 20+
  3. Yarn 1
  4. Alternatively, you can use Docker to build the application.

Local development

  1. Clone the repository using HTTPS, SSH, or Github CLI
git clone https://github.com/IFRCGo/go-web-app.git #HTTPS
git clone [email protected]:IFRCGo/go-web-app.git #SSH
gh repo clone IFRCGo/go-web-app #Github CLI
  1. Install the dependencies
yarn install
  1. Copy app/.env.example to app/.env and update the variables
cp app/.env.example app/.env
  1. Start the development server
yarn start:app

Contributing

Have a look through existing Issues and Pull Requests that you could help with. If you'd like to request a feature or report a bug, please create a GitHub Issue using one of the templates provided.

See contribution guide →

See collaboration guide →

Additional packages

The repository hosts multiple packages under packages directory.

  1. IFRC GO UI is a React UI components library tailored to meet the specific requirements of the IFRC GO community and its associated projects.
  2. IFRC GO UI Storybook serves as the comprehensive showcase for the components library.It is hosted on chromatic.

IFRC GO backend

The backend that serves the frontend application is maintained in a separate repository.

Previous repository

Go Frontend is the previous version of the project which contains the original codebase and project history.

Community & support

  • Visit the IFRC GO Wiki for documentation of the IFRC GO platform.
  • Create GitHub Issues for bug reports and feature requests.
  • Tweet at @ifrcgo on Twitter.
  • Stay informed about the latest project updates at Medium.

License

MIT

go-web-app's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

go-web-app's Issues

Risk Watch updates Q4 2023 – Q1 2024

Description of the ticket

This Risk Watch ticket contains a number of hot fixes to address issues related to the GO rewrite as well as the introduction of several new features, some of which are related to the Montandon-GO integration.

Hot Fixes (Highest priority)

  • Risk information for certain hazards is not appearing on global/regional pages (applies to many countries, not only the DRC):
Screenshot 2023-12-05 at 11 43 05 and Screenshot 2023-12-05 at 11 46 56
  • Risk information for an entire region (here Africa) is showing up on the bar chart:
Screenshot 2023-12-05 at 11 54 44
  • #453

  • Normalisation and coping capacity features not working on global and regional pages (seasonal risk tab): when you toggle those on and off, the bar charts do not update.

  • Missing information on global/regional pages: When only "flood" hazard is selected, the results look like an alphabetical list of countries and not a ranking of risk (see screenshot below):

Mystery of mysteries
  • #454

  • GDACS Imminent Event forecasts: In the pop-up box just have one link "More information" which would (in this case) redirect to the GDACS report (e.g., https://www.gdacs.org/report.aspx?eventid=1102364&episodeid=1&eventtype=FL). In other words, remove the URLs/links associated with what is currently shown for "More Details" and "Geometry" -- just keep the link for what is currently show as "Report" and rename "Report" as "More information"

  • No imminent event forecasted. When there is no imminent event forecasted, remove the map on the country page altogether; if that is too difficult, then replace the text with "No imminent event forecasted" but don't ever show this:

No Imminent Events

Local development via docker-compose

If I try to start local development via docker-compose up, it fails with:

Starting go-web-app_react_1 ... done
Attaching to go-web-app_react_1
react_1  | yarn install v1.22.19
react_1  | [1/4] Resolving packages...
react_1  | success Already up-to-date.
react_1  | Done in 0.34s.
react_1  | yarn run v1.22.19
react_1  | error Command "dev" not found.
react_1  | info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
go-web-app_react_1 exited with code 1

Recommended fix in docker-compose.yml:

-    command: sh -c 'yarn install && yarn dev --host'
+    command: sh -c 'yarn install && yarn start --host'
+    env_file:
+      - .env

Show multi-country/regional appeals on country pages

Is your feature request related to a problem? Please describe.
Multiple Heads of Delegations told they want to see multi-country/regional appeals on country pages. E.g. South Sudan is part of the Africa Hunger Crisis appeal, but the South Sudan country page doesn't show any active appeals, which is confusing to users. At the moment, users have to look at both the country page and the region's page to figure out if a given NS has any active appeals ongoing.

Describe the solution you'd like
All multi-country/regional appeals should also appear on country pages that are part of those appeals (in addition to Regions' pages). Also, Luke confirmed this would be the preferred behaviour.

GO Training environment - analyze costs and required resources

Would be great to understand the costs and required resources to setup and maintain a Training environment.
This would be a copy of PROD with options of data sync from PROD on demand as well.

The purpose is that users would use this to learn and explore the platform.

So, would be good to see approximately:

  • costs of setup
  • yearly infra costs
  • required resources to setup (hours)
  • resources of maintenance (yearly) in hours

DREF - Allocation form export

for the Allocation Form export, when a DREF type in the online form is "Loan" (this can be a DREF application or Ops Update form), the field "DREF Allocation is requested for" should say "Emergency Appeal" instead of "DREF Operation
image

Remove all unbounded API calls from frontend

There are still a few places on the frontend where we make unbounded API calls (i.e. where we set the limit parameter to the API to a really high number to ensure we fetch "all" results") instead of paginating through API responses and fetching a sane amount, say 100, elements at a time.

This is a blocker to us removing support for high limit values on the API - ideally, we would lock-down the API to not allow more than, say, 200 items in a single request.

We need to:

  • Identify all places in the frontend code where we make unbounded calls
  • Look for ways to change the logic to not need an unbounded call
  • For cases where we do need to fetch "all" items, implement request pagination on the frontend, similar to how we are handling CSV downloads on the frontend now.
  • Once the above is done, give warning to all API users, and then implement a limit restriction on the API.

I can start enumerating places where we are making unbounded calls on the frontend.

cc @frozenhelium @tovari @szabozoltan69

Country Profile > Supporting Partners

IFRC Presence and ICRC Presence

Figma link

Google Colab link

Country where data are available

https://go-web-ifrc.dev.datafriendlyspace.org/countries/27/profile/supporting-partners

Key takeaways

Available data

  • IFRC Presence
    • Name
    • Designation
    • IFRC Legal status link
    • IFRC disaster law link
  • ICRC Presence
    • Key Operations links for available countries (24 countries)

Unavailable data

  • IFRC Presence
    • Contact Information
    • Email ID
  • ICRC Presence
    • None

Remarks

  • For IFRC Presence, the data is pulled from the XML file attached in the Figma

Contacts

Figma link

Google Colab link

Country where data is available

Key takeaways

Available data

  • IFRC
    • First Name
    • Last Name
    • Country
    • CON Title
    • Email ID
  • International Partners

Unavailable data

  • None

Remarks

  • Where are we pulling data from for International Partners?

Add linkage to information about IFRC event leveling (i.e. Crisis Categorisation)

Is your feature request related to a problem? Please describe.
Feature request to add contextual information to the disaster categorization field.

Describe the solution you'd like
I've spoken to users that are confused about the "Disaster Categorization" field under Emergency Overview on emergency pages. I think either converting that label to a link, or having help text icon (accessible via hover) that provides access to guidance on the definitions and implications of each color code would be helpful.

Additional context
Screen Shot 2021-09-01 at 6 11 11 PM

These two documents capture the information I'd like to have accessible:
IFRC Global Tools Review Final Report.pdf
IFRC Leading Emergency Assessment and Planning.pdf

On the “IFRC Global Tools Review Final Report English” doc, check page 7. On “IFRC LEAP approach Sept. 2018”, check page 33.

Should there be any restrictions around viewing or updating information related to this feature
No

Country Pages [Feedback and Issues]

Ticket description

If you find issues or have any feedback on the Country Pages, please add them in the comments. While commenting, please add them with Task list/ checkboxes (and with screenshots and URLs if possible).

Post-release changes

Hide PII in Local Units Information

Add Wiki hook points (29th April)

Additional changes (22nd April)

Feedback from Daniel added in the comments of #492

Commented by Daniel (4th March)

Additional feedback by Daniel (4th March)

Additional feedback (12th March)

26th March

Based on #360 (comment)

8th April

17th April (Based on feedback from Mariam & Alex)

Filters: interactions - Components

Filters going up when scrolling is a strange interaction. Can we have it just push down the page a bit. So, if I click on a filter bar is just slide up a bit to give space to the dropdown.

Sentry 413 - Request Entity Too Large issue

Issue

Sentry tries to send most of the data to the server to provide additional context related to errors. Right now sentry is also sending the API response which sometimes can cause 413 errors. We should have a check to make sure we scrub the data if it hits the limitation.

How to fix

We can use sentry SDK to clean up data before sending using the beforeSend hook.
https://docs.sentry.io/platforms/javascript/guides/react/data-management/sensitive-data/#scrubbing-data

Context

There was an error on the DREF page which is not showing in sentry. https://go-stage.ifrc.org/account#my-dref-applications. It is being rejected by a sentry with the error envelope exceeded size limits (https://develop.sentry.dev/sdk/envelopes/#size-limits)
2023-07-04-150451
2023-07-04-150445

Additional info

We can see how many sentry events are rejected from the stats page in sentry.

https://sentry.northeurope.cloudapp.azure.com/organizations/ifrc-go/stats/
2023-07-04-150627
2023-07-04-150733

National Society Overview > Context and Structure

NS Local Units

Country where data is available

NS Directory

Figma link

Google Colab link

Key takeaways

Available data

  • First Name
  • Last Name
  • Country
  • CON Title

Unavailable data

  • None

Remarks

  • All the required data for this section is available

Key Documents

Figma link

Google Colab link

Country where data is available

https://go-web-ifrc.dev.datafriendlyspace.org/countries/3/ns-overview/context-and-structure

Key takeaways

Available data

  • Name
  • Language
  • url
  • thumbnail
  • year
  • Document Type
  • Year text

Unavailable data

  • None

Remarks

  • All the required data for this section is available

National Society Indicators

Figma link

Google Colab links

Key takeaways

Available data

  • Income (CHF)
  • Expenditure (CHF)
  • Staff
  • Volunteers
  • Trained in first aid
  • Date Founded
  • Branches
  • Youth 6-29 years

Unavailable data

  • Multipurpose Cash*
  • Sectorial Cash*

Remarks

  • For Youth 6-29 years, data for 18 and above is available
  • Multipurpose Cash and Sectorial Cash
    • We have used the Consolidation worksheet from CC Consolidation sheet listed in the Figma.
    • We have multiple rows under multi_purpose_cash. Are we totaling them and displaying the sum?
    • We could not find any related data for Sectorial Cash in the sheet. Are we totaling the Project Objective (Sector) (except multi_purpose_cash) for Sectorial Cash?
    • For People Reached, are we displaying the sum of the Total beneficiary column?
    • For CHF distributed, are we displaying the sum of the Total cash expended (CHF) calculated via Exchange rate sheet column?

NSD Initiatives

Figma link

Google Colab link

Country where data are available

https://go-web-ifrc.dev.datafriendlyspace.org/countries/21/ns-overview/context-and-structure
https://go-web-ifrc.dev.datafriendlyspace.org/countries/121/ns-overview/context-and-structure

Key takeaways

Available data

  • Id
  • NationalSociety
  • Year
  • Fund
  • InitiativeTitle
  • Categories
  • AllocationInCHF
  • FundingPeriodInMonths

Unavailable data

  • Funding type

Remarks

  • The data for Funding type is not available.
  • We have called 3 APIs for different fund names, so it might take a bit of time to load

Main source of income (Last 3 years)

Figma link

Google Colab link

Key takeaways

Available data

  • Income (CHF)
  • Year
  • Organizations

Unavailable data

  • None

Remarks

  • The design says last 3 years but in the Colab link, we have pulled all the data. Can be filtered out as per need
  • The design only shows 3 organizations, but multiple organizations are available in the external source. This too can be filtered out
  • For the cases where the income data is unavailable or 0, FDRS is showing them as n/a

Country Profile > Overview

Country Key Indicators

Figma link

Google Colab link

Key takeaways

Available data

  • Population
  • Population over 65
  • Urban pop
  • GDP
  • GNI/CAPITA
  • Poverty (% POP)
  • Life expectancy
  • Literacy
  • Gender inequality index (GII)
  • Population under 18

Unavailable data

  • Number of people under poverty rate
  • Number of people in disaster-prone zones

Remarks

Seasonal Calendar

Figma link

Google Colab link

Key takeaways

Available data

  • Country
  • Months
  • Event
  • Event_type
  • Label

Unavailable data

  • None

Remarks

  • All the necessary data are available

Population Map (including key climate events and key dates)

Figma link

Google Colab link

Key takeaways

Available data

  • None

Unavailable data

  • Population Map
  • Key Climate Event
  • Key Dates

Remarks

  • Data source used for Population Map : World Bank
  • No data available for Key Climate Events and Key Dates

DREF Superticket

Changes needed:

General

  • Change icon for "Shelter" in all exports
    IFRC-icons-colour_Shelter3 (2)
  • Add a new option ONLY to Planned interventions called “Coordination and Partnerships” using this icon for the export
    IFRC-icons-colour_Partnership
  • For “Needs and Gaps”, “Planned interventions” and “Actions taken by National Society”, the sectors should follow this order in the export:
  1. Shelter , housing and settlements
  2. Livelihoods
  3. Multipurpose cash
  4. Health
  5. Water, Sanitation and hygiene
  6. Protection, gender and inclusion
  7. Education
  8. Migration
  9. Risk reduction, climate adaptation and recovery
  10. Community engagement and accountability
  11. Environmental sustainability
  12. Coordination and partnerships (only planned interventions)
  13. Secretariat services (only planned interventions)
  14. National Society Strengthening (only planned interventions)
  • From Needs and gaps, remove the option for “Shelter Cluster Coordination”
  • Add an option to download “Assessment Report” and “any supporting documentation if relevant (description for the event for imminent)” from the export and from the form. For the export add it as a link, Assessment report at the end of the section "Needs (Gaps) Identified" and supporting documentation at the end of "Description of the event".
  • Move the "Numeric details" from "Essential Information" to “description of the event” under “date of the event”
  • “Submission and contacts” section change name to “Operational timeframes and contacts”
  • Add the following question at the end of “Risk and security considerations” section, “Has the child safeguarding risk analysis assessment been completed?” (Yes/No question) – Should also appear on the exports.
  • For all dates, format should be day-month-year. (For all exports)
  • In section "planned Interventions", on the list of activities, bullet points are only appearing for the first activity
  • Make the content font 11 in size (tittles look ok)
  • Bring back GO logo at the bottom of the pages in the export

Application

  • Do not transferred anything from Field Report to ICRC actions.
  • Government has requested international assistance is not transferring from Field Report to DREF application.
  • In “description of the event” section, the field “date of disaster/date when the trigger was met” should appear in the export.
  • In “Current National Society actions” section the field start date of national society actions should appear on the export.
  • Add an option to upload a document below “Crisis category” (optional), field should be named “If available please upload Crisis categorization Analysis”. Make it also available to download in the export
  • In Previous Operations section, make the hyperlink to the Operational learning dashboard more obvious and change the text to: “To access the Operational Learning Dashboard and check learnings for the country, click HERE”, make it in red if possible.
  • In Previous Operations, if “Has a similar event affected the same area(s) in the last 3 years?” if No, hide the rest of the questions (except lessons learned), if yes, show “Did it affect the same population groups?”, if no, hide the rest of the questions (except lessons learned), and so on with the other 2 questions.
  • In the Plan activities section, transfer the total budget from the Overview (first page).
  • In Event details, Description of the event, after scope and scale of the event add two new fields called “Sources of information (optional) name” and “Sources of information (optional) link” with the possibility to add more (like in the Risk section), with the following guidance below: Add the links and the name of the sources, the name will be shown in the export, as an hyperlink. This should be visible in the export and the sources should be numbered.
  • Needs and Gaps, the field called Any gaps/limitations in the Assessment should not appear if empty.
  • In targeting strategy, add option to upload a file called “Upload any additional support documentation (Optional). Should be able to download in the export (using the link). Any type of file

Ops Update

  • When the application was a type “assessment” or “imminent” add a pop out asking if the DREF is changing to response
  • In “Current National Society actions” section the field start date of national society actions should appear on the export.
  • Budget is not appearing in export.
  • In the Timeframes Section, add the Reporting timeframe field, with the option to add to dates. In the export this field will appear in the cover page as shown below:
    image

Final Report

  • Remove the word "New"
    image
  • In the Implementation sections, below Persons Targeted field, add a Field called Persons reached, keep male and female disaggregation as part of the persons reached section.
    image
  • In the Targeting strategy, change the question “Who will be targeted by this operation” to “Who was targeted by this operation”

Sorry for the loooooong ticket!! :) @udaynwa @frozenhelium @tovari

DREF 2024 Next developments

- [ ] DREF super ticket (improvements and bugs in the current process) (2023)
- [ ] Imminent template (2023)

  • Translations
  • History of changes on the front-end
  • Import template (excel)
  • EAP process
  • Form Summary
  • Field Report for activation (creates Emergency page)
  • Operational Update
  • Final Report
  • Front end changes to host the full EAP and all the info
  • Prompt to the user to link Application with a filtered list of Field Reports
  • Indicators
  • New allocation request
  • Analytics page
  • DREF Emergency pages
  • Monitoring tool
  • Master Sheet 2.1

Risk watch - Seasona risk

Country pages - Risk watch tab - Seasonal risk

Risks by Month timeline

There are 2 March, February is missing:
image

[PROD] Ensure Appeals always have a country associated

Yesterday, we had an error on production after an Appeal was ingested without having a Country attached. We need to make sure this cannot happen again.

If it is legitimate / possible that Appeals can be without a Country, then we should make sure the frontend does not fail if an Appeal is missing a Country.

However, I think in all likelihood, we just want to ensure on the backend that this cannot happen that an Appeal is created without a Country.

We should probably:

We should discuss this - if we think that we want to continue allowing Null values for country on the backend in case the country look-up fails, then we would need to rather make changes on the client to deal with null values for country.

For this particular Appeal where we had the country come in as null, we should investigate why that happened: was this information missing in the upstreeam data, or did we fail to match the country code correctly, or .. ?

cc @frozenhelium @thenav56 @szabozoltan69 @tovari

Seasonal Risk

Risk Seasonal Map

Metrices

People Exposed

Data Sources

  • Raster displacement data
    • Cyclone
    • Flood
  • IPC
    • Food Insecurity

People at Risk of Displacement

Data Sources

  • IDMC
    • Cyclone
    • Flood

Risk Score

Data Sources

  • INFORM (Modified by Justin)
    • Drought
    • Cyclone
    • Flood
  • GWIS
    • Wildfire

Severity

We have 5 category fot the severity

  1. VERY HIGH
  2. HIGH
  3. MEDIUM
  4. LOW
  5. VERY LOW

Calculation for Severity

People Exposed

For each country,

  • We have exposure population by the hazard.
  • We further disaggregate them into the months.
  • We calculate the total population by the SUM of population from selected hazards for the selected months.
  • Then, we categorize the severity according to the predefined population brackets as follow:

VERY HIGH: exposure > 10,000,000
HIGH: exposure > 1,000,000
MEDIUM: exposure > 100,000
LOW: exposure > 10,000
VERY LOW: exposure <= 10,000

People at the Risk of Displacement

For each country,

  • We have population at the risk of displacment by the hazard.
  • We further disaggregate them into the months.
  • We calculate the total population by the SUM of population from selected hazards for the selected months.
  • Then, we categorize the severity according to the predefined population brackets as follow:

VERY HIGH: exposure > 1,000,000
HIGH: exposure > 100,000
MEDIUM: exposure > 10,000
LOW: exposure > 1,000
VERY LOW: exposure <= 1,000

Risk Score

For each country,

  • We have risk score by the hazard from 2 different source with different range.
  • We further disaggregate them into the months.
  • We calculate the final risk category by taking the MAX value from selected hazards for the selected months
  • Then, for Wildfire data from GWIS, we categorize them based on this Article. Summary of the article can be found here.
  • And, for the data from INFORM, we categorize them based on the official categorization.

Normalize by population

  • We find the max population, and we calculate a normal population factor for each contry as: Population factor = Population of the Country / Max Population
  • We then multiply the risk score by this population factor

Include coping capacity

  • We have value of Lack of Coping Capacity (LCC) for each country with a range of 0 - 10
  • We then normalize the value of LCC
  • We then multiply the risk score by the normalized value

Map

The map shows the calculated severity of selected hazards for the selected months

Sidepane

The sidepane shows the stacked bar chart for the relative risk of the selected hazards for the selected months

Integrate Playwright to enhance testing capabilities

Feature Request

Overview

The integration would provide Go developers with a straightforward way to conduct end-to-end testing within the context of Go.

Use Case

As a developer working on web applications, I often find the need for robust end-to-end testing solutions to ensure the reliability of the application. Integrating Playwright directly into Go would streamline the testing process, offering a convenient and efficient way to conduct these tests.

Proposed Feature

The proposed feature involves creating a set of functionalities that allow developers to easily set up and execute Playwright tests within Go. This could include:

Acceptance Criteria

  • Playwright is successfully integrated into the project.
  • An example test case is running successfully across all supported browsers.
  • Documentation is available and clear for developers to add and run tests.
  • CI pipeline runs Playwright tests as part of the build process.

Expected Benefits

The integration of Playwright into Go would offer the following benefits:

  1. Developers can easily set up and execute end-to-end tests without the need for complex configurations.
  2. Playwright's multi-browser support ensures that Go can be tested across various browsers.
  3. Comprehensive end-to-end testing contributes to improved code quality and reliability of Go.

[Staging] Aligning SectorLists to backend

Issue

There is a change on backend that makes possible to change/add Sectors and SectorTags: IFRCGo/go-api#1693
According to that we should avoid using constants on frontend, like https://github.com/IFRCGo/go-frontend/blob/develop/src/root/utils/constants.js#L23-L200
Maybe the color representation could be a new column in backend table.
There are endpoints to scan the values on staging (and will be on prod later):
https://dsgocdnapi.azureedge.net/api/v2/primarysector
https://dsgocdnapi.azureedge.net/api/v2/secondarysector

[PROD] Search result page - Ongoing Rapid response deployments section

The search results page shows NOT ongoing deployments under the 'Ongoing rapid response deployments':

image

There is an 'Ongoing' attribute of the deployments that should be used to filter deployments in this list.

Similarly 'Open Surge Alerts' section should not how archived alerts:

image

[PROD] Login Error Message Is Not Accurate

Issue

Users receive the 'Invalid username or password' error, even when their account is not active.

Steps to reproduce

You need two GO user accounts (A1 and A2), and their passwords. One of the accounts should have admin permission (A1).

  1. Login to the goadmin page with the account A1, go to the users section, search the user account A2, and uncheck the 'Active' box
  2. Login to the go page with the account A2, and try to login with its credentials
  3. You will receive the 'Invalid username or password'*

Expected behaviour

Display to the user a message saying "Your account is deactivated, contact the IM team at [email protected] for more information."

Impact

We usually receive more than one message per week, of users trying multiple times to reset their passwords not successfully.

Severity

They can not log in to GO.

Is there a workaround?

They contact [email protected]

Design audit items

This is a list of items to be improved, reported in the staging audit by YU:
https://docs.google.com/document/d/1lwOeYkeOasYQlrILpS51KNoQivdX43Qr1VHvDo7Bd0c/edit#heading=h.3wreak3fwz2d

Please check the document for more detail about each item.

High priority:

Medium priority:

  • #387
  • #388
  • #389
  • #390
  • Main nav items - distance of items - Main nav
  • Main nav- search bar styling - Main nav
  • Nav item hovers and interactions - Main nav
  • Country dropdown style - Main nav
  • Dropdown height - Main nav
  • Cards: styling - Components
  • Tabs: styling - Components
  • Dropdown: styling - Components
  • Tables: sorting icon styling - Components
  • External links: styling (country pages) - Componets
  • Tooltip: interaction - Components
  • Highlighted emergency cards: style - Components
  • Key numbers: style - Components
  • Section headers: style - Components

Low priority

  • Map data points - crisis categorisation - Homepage
  • Map Legends: styling - Components
  • Filters: styling - Components
  • Primary button: styling - Components
  • Secondary button: styling - Components
  • Pagination: styling - Components
  • Breadcrumbs: styling - Components
  • Checkbox: styling - Components
  • Map: style - Components
  • Side menu: style - Components
  • Info cards on “Surge”: style - Component
  • Side panel by the map: style - Component
  • Data is not available! - Component
  • Popup: style - Component

cc: @mariam-yu

Add COP28 Blog Report

Hi team,

Please could we add a PDF, exported from this Google Doc:
https://docs.google.com/document/d/113o0M98OUy7DVBPPGkIyPivs8iNCg0vqPhPtohu7E20/edit?usp=sharing
to the GO Resources page? Anywhere you think best, as it's only important that the report is linked somehow to IFRC and GO to gain credibility.

This report is to support a blog post that IFRC are putting forward for COP28. Luke approved for me today that we stick the document up there. Ideally, the document should be live as soon as possible, as they're planning on publishing the blog post soon, and this should be live before then. Apologies for adding more work on your plate!

@szabozoltan69

Many thanks,
Hamish

Highlighted emergency cards interaction - Homepage

Can we have the entire card on hover and clickable and not just the title? Also, no need to separate between targeted population link and main link. Entire card should go to the emergency (hover on title not needed, but on the card).

DREF regional permissions not working for some users

Some users have reported that permissions for DREF are not working as expected, this user (Melina Miele) can see DREFs from Africa, when she doesn’t even has Regional Admin rights, she should only be able to see DREFs she has been added to. I tested and can't reproduce the problem.
image
image

@tovari @udaynwa

Kosovo label on the map

We need to display 'Kosovo' on the map and also add a specific disclaimer.

The typography should be somewhat lighter than the normal country names (e.g. font light version, or grey)
image

The map disclaimer text:
The name and boundaries of Kosovo are consistent with UN Security Council Resolution 1244 and the ICJ's Advisory Opinion on the Unilateral Declaration of Independence in Respect of Kosovo.

@frozenhelium, What are the display options for disclaimers? Can we show based on map view, zoom scale? Can we specify text in the disclaimer box based on the page url (e.g. showing it only on the map on the Serbia page)?

[PROD] User content translation issues

We have noticed a few weird cases after the first few FRs got translated:

  • #531

  • the styling codes may appear not only in Arabic, but in other languages as well. In this example https://go.ifrc.org/emergencies/6542#surge , the code is not displayed in the input language (French), but appears in the 3 other languages.

  • part of the text may not be translated (https://go.ifrc.org/emergencies/6542#surge):
    The French input:
    image
    The English translation contains some French (however the same text is translated in other places of the text):
    image
    The Spanish translation even contains English translations weirdly, besides the not translated French strings:
    image

  • #529

  • #530

Tasks

Monty API Authentication, Authorisation, T&Cs and External Data Licenses

We need:

  1. UI to ask users to accept T&Cs and can be linked to the license of each database pulled into Monty
  2. Add field to Users to accepted_monty_terms, including another field for RC data access authorisation (e.g. exclusive access to Field Reports)
  3. GO issues JWT token for user
  4. Monty API uses shared secret to validate token

For point 2, we also need to build in the ability for users to insert external database tokens and their usernames that can be used to allow the user to also extract data from non-open access database (such as EM-DAT). However, need to be careful about storing these tokens...

Overall dropdown style - Main nav

Double check the designs of other nav items with the latest in Figma. Note the gray area and removal of button style, replacing with red to highlight the forms. Arrow to show the selected one and hovers are missing. Lastly, check the spacings with the design and placement of the title (e.g. Surge Deployment should be on the left and not right and IFRC gray 50% in color). In some cases the title is not there at all.

Also double check the gray text size styling from Figma (Light font, black).

Surge Gantt chart: Minor issues

Noting down some issues with the Surge Gantt chart, for example on this page: https://go.ifrc.org/emergencies/6700/surge

  • The line representing "today" is missing a label -- space is a bit crunched, but it would be nice to have a label indicating what that line is - I think we used to show the current date above that line.
  • Problems with pagination: So, on the old site, we did not do pagination on this Surge table in order to have the Gantt chart in one place. The idea with the Gantt chart is that you want to see all the deployments from the first to the last of an operation in one place - i.e. the start date should represent the start date of the first deployment to the operation and the end date the last date of the last operation. Currently, with the pagination, it shows the start and end dates for "deployments on this page" rather than overall start and end dates.

My recommendation for this would be to just not paginate on the Surge Deployments table on the Emergencies page. From conversations, it would be rare to have a very large number of deployments for an emergency, and I don't see how we could make the Gantt chart realistically work while maintaining pagination.

Let me know if that makes sense. @anamariaescobar @frozenhelium

Split home after login from Global - General

  • User should be redirected to "Account Information" page if they arrived to login page from the "Home" page
  • User should be redirected back to the original page where they arrived from to the login page
  • Account information page should have the "Operations following section"

3w - Integrate FDRS data disaggregation on 3w population figures

Is your feature request related to a problem? Please describe.
Currently, GO 3w allows National Societies to submit population figures within a 3w project, either for people targeted or people reached. Disaggregation figures available in GO are basic: Male, Female, and Other.
One of the recommendations provided by Geneva FDRS team, was to align the disaggregation approach with FDRS platform. National Societies report in FDRS on an annual basis, following special disaggregation principles and guidelines, particularly when reporting population figures.
GO 3w to be aligned with FDRS in regards disaggregation in population figures, allowing National Societies to report on a single structure in both platforms, and avoiding extra steps and time with additional calculations.

Describe the solution you'd like
To agree on additional data points needed to align with FDRS population figures, and include them in GO 3w.
To revise current data points (People Targeted - Male, People Targeted - Female, People Targeted - Other, People Reached - Male, People Reached - Female, People Reached - Other) and integrate FDRS population figures in gender, disabilities, and age groups (if applicable).

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Potential changes in data structure in regards population figures. It may need to expand/add age groups, population with disabilities, and gender disaggregation. This may affect current data points, and will need to modify current 3w records/submissions.

Where does the data come from and how is it maintained?
3w data comes from National Societies, Partner National Societies and IFRC sectoral leads. It is maintained by themselves.

Should there be any restrictions around viewing or updating information related to this feature
any considerations around permissions e.g. public vs only logged-in RCRC users should be able to see this

Links to documentation
FDRS videos that show data disaggregation: https://www.youtube.com/playlist?list=PLf2g_NkFyyv6_tXhWfA71vHfW7ZS8LFpz

EN FDRS User Guide 2020 (3).pdf
Technical Note On Counting People Reached.pdf

Surge CoS - New Rapid Response Role Profiles

I have a couple of new role profiles (attached) to be added to the catalogue of surge services in GO.

• Deputy Supply Chain Coordinator and Mobilisation Officer
Can you please upload the above mentioned role profiles to this area in the catalogue of surge services
https://go.ifrc.org/surge/catalogue/logistics

• National Society Response Capacity Coordinator
Can you please upload the above mentioned role profile to this area in the catalogue of surge services and delete both of the existing profiles in this area.
https://go.ifrc.org/surge/catalogue/other/preparedness-effective-response

Rapid Response Profile NS Response Capacity Strengthening Coordinator.pdf
Rapid Response Profile Deputy Supply Chain Coordinator.pdf
Rapid Response Profile Mobilization Officer.pdf

National Society Overview > Capacity

Organisational capacity

Figma link

Google Colab link

Country where data is available

https://go-web-ifrc.dev.datafriendlyspace.org/countries/27/ns-overview/capacity

Key takeaways

Available data

  • There are 4 sub-sections in the designs. Data is partially available only for few countries for each section
  • For Leadership Capacity, there are 40 records. Out of them, descriptions are available for only 8 of them
  • For Volunteer Capacity, there are 38 records. Out of them, descriptions are available for only 30 of them
  • For Youth Capacity, there are 38 records. Out of them, descriptions are available for only 37 of them
  • For Financial Capacity, there are 38 records. Out of them, descriptions are available for only 12 of them

Unavailable data

  • Partial availability

Remarks

Capacity strengthening and development process

Figma link

Google Colab link

Country where data is available

https://go-web-ifrc.dev.datafriendlyspace.org/countries/27/ns-overview/capacity

Key takeaways

Available data

  • In, OCAC Assessment,
    • YearOfAssessment
    • SubmissionDate
  • In, BOCA Assessment, BranchName is available

Unavailable data

  • In, OCAC Assessment and BOCA Assessment,
    • Last Updated

Remarks

  • We have SubmissionDate. Are we assuming SubmissionDate as Last Updated date?
  • We do not have month related date. Do we extract it from the SubmissionDate?
  • Where are we directing users to after clicking on View details button?
  • For BOCA Assessment, we do not have Local Units/Branches data, but we do have the branch names. So, do we count them as Local Units/Branches numbers?

DREF - rename sector

For all DREF forms (DREF Application, Operations Update, Final Reports) and their exports: In the sections: “Current National Society Actions”, “Needs (Gaps) Identified” and “Planned Interventions”, change the sector, in the dropdown menus, called “Migration” to “Migration and Displacement”, keep the icon.
image

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.