Giter Site home page Giter Site logo

call-for-code-for-racial-justice / open-sentencing Goto Github PK

View Code? Open in Web Editor NEW
74.0 12.0 18.0 26.96 MB

To help public defenders better serve their clients, Open Sentencing shows racial bias in data such as demographics providing insights for each case

License: Apache License 2.0

bias-detection hacktoberfest civil-hacking racial-justice racial-disparities sentencing-data sentencing-guidelines justice justice-system data-science

open-sentencing's Introduction

License Slack

Logo

Call for Code for Racial Justice

The main repository for information on Call for Code for Racial Justice projects that are hosted by The Linux Foundation. Learn more about the history and context of each in this Black History Month blog post.

Contributing

Please see CONTRIBUTING.md for general project contribution guidelines. Each project may also have its own Technical Steering Committee.

Projects

Links

open-sentencing's People

Contributors

amfred avatar ashwinexe avatar demilolu avatar direwolf707 avatar harshitadpoojary avatar joannhh avatar johnwalicki avatar krook avatar kyleni avatar maxveit avatar roshni-patel avatar sforsyth089 avatar vanshika-20 avatar

Stargazers

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

Watchers

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

open-sentencing's Issues

Current options for a client's race need to be verified

Background on the problem the feature will solve/improved user experience

In the aggregator, the following options for race are as below. Are these the correct values? For example, White [Hispanic/Latino] is confusing.

image

Describe the solution you'd like

Get a clear list of the which race options are valid and how they should be displayed.

Tasks

  • Get verified list of race options
  • Change the aggregator API to return the correct list of race options

Acceptance Criteria

  • The API should return the correct race options
  • The front end should display the correct race options

Gathering sentencing data across states & counties (Cohort)

Description & Problem Statement

Sentencing for various charges might differ by county, etc. Thus granularity of location is needed to better assess potential racial bias in sentencing.

Solution

Gather new data sources for sentencing data from various counties, states.

Skills Required

Resources

Tasks

  • Review Swagger to determine exact fields needed from candidate data set to provide relevant sentencing data
  • Review data source checklist here
  • Research candidate sentencing data sources and evaluate them against our data source checklist

Acceptance Criteria

  • Define and confirm fields needed

Starter Kit: CI/CD with Github Actions

Background on the problem the feature will solve/improved user experience

Manual cloud deployments are tedious.

Describe the solution you'd like

Once we've validated our manual deployments we would like to have CI/CD to deploy easily to cloud across all Open Sentencing repositories.

Tasks

Add github actions for:

  • building
  • unit testing
  • accessibility testing
  • linting
  • deployment

Related Issues:

Acceptance Criteria

Add list of documents in the assets folder to the readme

Background on the problem the feature will solve/improved user experience

Thank you @sforsyth089 and @joannhh for finishing #54. The team decided to create a table or add a list in the assets readme describing the content of the folder. That will help whoever comes to the assets folder for the first time. We should also add a link to the assets folder in the main project readme.

Describe the solution you'd like

Add a list of files in the assets folder to the assets readme

Tasks

Acceptance Criteria

Add a list of files in the assets folder to the assets readme

Assigning to @joannhh

Create lab environment

Background on the problem the feature will solve/improved user experience

Developers learn best by example and demonstration. We would like you to create a tutorial, or lab, for new developers to run through and get the application running in a sandbox environment. ​

See example lab from Legit Info project.

image

Describe the solution you'd like

Lab that walks learner through Open Sentencing solution and sets up dependencies to run the application.

Tasks

  • Follow the documentation and run the application​
  • Sign into the Author Workbench with IBM ID
    image
  • If you don't have IBM Id, you can create one after clicking on the IBMid button.
    image
  • Once inside the work bench, link your GitLab account. You will have to create a GitLab account if you don't have one already.
    image
  • The lab is already created for you. Provide your email to the IBM mentor after completing the steps above to gain access.

Acceptance Criteria

Functioning lab in the sandbox environment

Roles Based Entitlements and Access Requirements for Front and Back End

Background on the problem the feature will solve/improved user experience

We want users to identify whether they are the office staff or public defender. Then we will give access based on who is utilizing the tool.

We need roles in Excel. Then across Columns - put entitlement (Read Only, Update Only, Etc).
Try two stories read & write, and read only. Need at minimum. Can see from there is there are other things.

Describe the solution you'd like

First do the write up on access and who sees what for the Story
Then team members can do the programming part of it.
Break down incremental (maybe MS cohort can do some of it)

Create Pull Request Template

Background on the problem the feature will solve/improved user experience

Create a Pull Request Template for Open Sentencing

Describe the solution you'd like

Add a .md file to the .github/ folder to create a new pull request template

Tasks

  1. copy the text in the following link: https://raw.githubusercontent.com/Call-for-Code-for-Racial-Justice/Hacktoberfest/main/.github/pull_request_template.md

  2. Create a new file in the Open Sentencing .github folder

  3. Paste the copied text from above into file

  4. name the file: pull_request_template.md

  5. commit the change to your branch and create a pull request

Acceptance Criteria

  • Pull Request Template file is in the Open Sentencing .github folder:
  • As a user, when I open a pull request in the Open Sentencing repository, the pull request template shows up

Design Refresh: Open Sentencing

Background on the problem the feature will solve/improved user experience

A design refresh involves style updates that don’t impact the underlying structure or functionality of the interface. Think updated font stacks, revised color palettes, or a new style direction for supporting assets. These types of changes breathe new life while still maintaining familiarity with  users. 

Tasks

Develop a plan to give the website a facelift to modernize the look and feel and functionality of the website. There are many examples of opensource systems you can use around user experience and interaction design.
Many CFCFRJ solutions use IBM's Carbon Design System which follow the IBM Accessibility Checklist based on WCAG AA, Section 508, and European standards. You can investigate other design options here.

Describe the solution you'd like

Develop wireframes that represent the experience and clickthroughs to achieve the tasks already implemented on the site. Not all changes need to be high fidelity - hand drawn or design software like Figma can suffice as a representation of the experience. Alternately to a complete design change you can benchmark with smaller releases that can be tested with future user groups and receive ample opportunity to warm your audience to upcoming changes, gauge initial reactions, and gives greater leeway for addressing issues as they arise.

Acceptance Criteria

The website should reflect a more modernized application that allows for visitors to accomplish the same functionalities as before, but more intuitively and with delight. The app should also reflect Level 1 accessibility guidelines based on the IBM Equal Access Toolkit

Read more about Accessibility Testing #53

Edit the readme file

Readme file needs to be edited to be consistent with the Call for Code starter kit.

Accessibility Testing - Level 1

Background on the problem the feature will solve/improved user experience

Software, whether it is web enabled or not, has the ability to function and behave in a way to help those who have certain disabilities. For example, by incorporating certain bits of code, a blind user can navigate an application and hear a screen reader recite every position their keyboard focus lands. Incorporating other bits of code can help a person who has very low vision to see the screen content; or a person who cannot use a mouse; or a person who is deaf. Even a slide deck used in a presentation can be made accessible; for example, making sure the text colors have a sufficient contrast with the background color, or adding descriptive text into the properties for each image used.

IBM's Equal Access Toolkit provides three levels of achievement for accessibility requirements:

Level 1:  Essential requirements with high user impact, normally with the least investment. These cover safety, color contrast, text alternatives, navigation, operation, and errors.
Level 2:  Adds to Level 1 the next-most important requirements that enable more users to fully use a product. These include pointer interaction, use of color, text style, auto-playing content, and responsive design.
Level 3:  The full set of IBM accessibility requirements that includes the Web Content Accessibility Guidelines (WCAG), US Revised 508, and European EN 301 549 requirements.

WCAG 2.1: Web Content Accessibility Guidelines 2.1  extends WCAG 2.0 and was published as a W3C Recommendation on 05 June 2018. Many regulations reference WCAG 2.1 Level A and AA Success Criteria.

US 508: US Revised 508 Standards provide requirements for information and communication technology (ICT) in the federal sector. 

EN 301 549: Accessibility requirements for ICT products and services, V3.1.1 sets requirements to meet European accessibility regulations. 

Note: The Equal Access Toolkit provides guidance only on WCAG requirements. It divides tasks and considerations by role involved in each phase into these three levels of progression for web applications.

Describe the solution you'd like

At minimum, complete Level 1 for accessibility testing for Open Sentencing

Tasks

Step 1: Run verification test for Open Sentencing deployment (you can run a test on your local machine)
You can verify with automated tools, manual inspection, and with a screen reader. It is recommended that you do all three in the given order. It is counterproductive to continue to manual testing until the automated tool produces a report free of Violations or issues that Need Review. Once the automated test returns a clean result, move on to manual tests.

Step 2: Review violations and needs review 
The IBM accessibility requirements and automated tools are numbered and aligned to the international standards, so it makes gathering and recording the results simple. Once you have a list of items that need attention, create a plan of action to resolve issues. Be sure to capture what elements are design, UX/UI, or developer focused activities

Step 3: Resolve violations and needs review items needed to achieve Level 1 accessibility for Open Sentencing
You can review Level 1 requirements by setting the filter to Level 1 on the lefthand side of the screen. Please ensure all of the boxes for Standards and Technology are checked

Acceptance Criteria

See Level 1 accessibility testing requirements

Open Sentencing Documentation Updates

Background

Open Sentencing has existing documentation on frontend application and backend services. We would like you try out the application and suggested improvements to the documentation.

During this cohort your team members will also be making updates to the Open Sentencing application. We would like to document these new changes in our documentation as well.

repositories:

Tasks

Adding new documentation

  • Discuss with Open Sentencing cohort members to understand changes to Open Sentencing application
  • Create a new issue using the documentation templates
  • label it 'documentation' 'ms-cohort-claimed' and assign the issue to yourself,
  • Discuss your changes in the issue

Related Issues:

Fixing existing Documentation

  • Check out the open documentation issues
  • Read & follow the instructions in the Getting Started section of the readme.md to set the solution up
    If any directions are unclear, outdated:
  • create a new issue using the documentation template
  • label it 'documentation' 'ms-cohort-claimed' and assign the issue to yourself,
  • Discuss your changes in the issue

Starter Kit: Unit Testing in Open Sentencing

Background on the problem the feature will solve/improved user experience

Our code currently lacks unit testing, which is needed for test driven development practices: easy debugging, functional testing, etc.

Describe the solution you'd like

Provide unit tests for various Open Sentencing repositories:

Tasks

  • research existing tests of similar code bases
  • document list of tests to be implemented for each repository based on programming language, architecture, etc
  • create Github issues for each test in the appropriate repo and link to this issue as well
  • implement changes in each repository as appropriate
  • Add tests for various endpoints
  • Add similar tests for other backend classes and code
  • Add unit tests for front-end functionality

Acceptance Criteria

  • At least 60% code coverage by unit tests

Accessibility Starter Kit: Open Sentencing

Background on the problem the feature will solve/improved user experience

Open Sentencing needs to improve its web accessibility to be more inclusive of our end-users.

Describe the solution you'd like

To this end in this project we'd like to:

  • perform automatic testing to assess Level 1 accessibility (see reference issue)
  • document and fix issues raised by automatic accessibility testing
  • address any existing accessibility Github issues in the various Open Sentencing repos
  • perform additional manual tests and fix those as well

Reference issues

Create Bug Report Template

Background on the problem the feature will solve/improved user experience

Create a Bug Report Template for Open Sentencing

Describe the solution you'd like

Add a .md file to the Github Issues Templates to create a new template

Tasks

  1. copy the text in the following link: https://raw.githubusercontent.com/Call-for-Code-for-Racial-Justice/Hacktoberfest/main/.github/ISSUE_TEMPLATE/bug-report-template.md

  2. Create a new file in the Open Sentencing folder: .github/ ISSUE_TEMPLATE

  3. Paste the copied text from above into file

  4. name the file: bug_report_template.md

  5. commit the change to your branch and create a pull request

Acceptance Criteria

  • Bug Report template file is in Open Sentencing Issue Template folder
  • As a user, when I click "new issue" in the Open Sentencing repository I see an option for the Bug Report Template

For help wanted issues, please refer to each sub-repo for a specific of issues

Epic - Create data requirements

Background on the problem the feature will solve/improved user experience

Our app currently lacks the data we need to be able to provide public defenders with statistics they need on

Describe the solution you'd like

We need to gather and specify our data requirements for the open sentencing app.

Tasks

  • Map out user journey
  • Identify data needed at each step
  • identify potential sources of data
  • identify risks/considerations associated with data gathering

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Populate issues in github repo

Create issues to track ideas, enhancements, tasks, or bugs. Use the default github labels good first issue and help wanted to flag issues that community can help with.

Label Description
bug Indicates an unexpected problem or unintended behavior
documentation Indicates a need for improvements or additions to documentation
duplicate Indicates similar issues or pull requests
enhancement Indicates new feature requests
good first issue Indicates a good issue for first-time contributors
help wanted Indicates that a maintainer wants help on an issue or pull request
invalid Indicates that an issue or pull request is no longer relevant
question Indicates that an issue or pull request needs more information
wontfix Indicates that work won't continue on an issue or pull request

@SashaPass

Find a Case or Two / User Stories

Background on the problem the feature will solve/improved user experience

Stacy will find 1-2 cases and write the user stories.

Once user stories are in place... we'll have a
1.5 Hour meeting with this team to go through UI/data connection. @wisdomkeeper @siranjujugi @upkarlidder

Write Up Complexity of Finding Sentencing Data

Background on the problem the feature will solve/improved user experience

Overall, we've done work on finding sentencing data. It varies by County, State, Federal. Sometimes race data isn't available, sometimes it is. Sometimes it's not accessible readily on websites, sometimes it is. We'd like a concise write up about our challenges to bring to attention of policy groups that could help draw attention to this. Without great data, we are going to be limited in where our solution can be used.

Tasks

Complete a write up of our experience. Cite places that did well vs. places that could improve.

Acceptance Criteria

Approval by Open Sentencing Team.

Data Collection and Data Cleaning

Background on the problem the feature will solve/improved user experience

A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe the solution you'd like

A clear and concise description of what you want to happen.

Tasks

Description of the development tasks needed to complete this issue, including tests,

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Create Documentation Template

Background on the problem the feature will solve/improved user experience

Create a Documentation Template for Open Sentencing

Describe the solution you'd like

Add a .md file to the Github Issues Templates to create a new template

Tasks

  1. copy the text in the following link: https://raw.githubusercontent.com/Call-for-Code-for-Racial-Justice/Hacktoberfest/main/.github/ISSUE_TEMPLATE/documentation-template.md

  2. Create a new file in the Open Sentencing folder: .github/ ISSUE_TEMPLATE

  3. Paste the copied text from above into file

  4. name the file: documentation_template.md

  5. commit the change to your branch and create a pull request

Acceptance Criteria

  • Documentation Template is in the Open Sentencing ISSUE_Template folder
  • As a user, when I click "new issue" in the Open Sentencing repository I see an option for the Documentation Template

Week of August 27th

Sprint Priorities updated 9/3/21

  • Documentation updates (@demilolu)
  • CI/CD for aggregators to deploy easily to cloud
  • Rick to create list of reporters (sent in Slack, IBM team has to check about contacting reporters)
  • Generate swagger from Java classes Rick
  • App ID authentication for aggregator @yochanah
  • Demo of Akilah's UI changes: updating actual UI to be similar to prototype (in progress, more will be done next week)
  • Shift to aggregator to create dummy data for UI Akilah
  • @upkarlidder add Akilah and Rick

Done

Tasks

Decision Points

  • Aggregator redo: net-new : authentication, (Decision made, will keep current one and modify as needed)

  • Discussion on changing database (from Cloudant - more suitable for big data that's static), with our cases and attorneys we need something dynamic. Move to: DB2? (look like we'll stick with Cloudant for a while)

  • moving to jHipster vs Liberty (same as above)

Community Decisions

  • Moving authentication to back-end

  • switching to be aggregator to be class and not swagger based (Rick has started research week of 9/3)
    Blockers

Investigate feature to target states that have data available

Background on the problem the feature will solve/improved user experience

The solution does not have data for all states.
Add a form / information to let users within the interface to know when data is not available. (see Legit Info's solution). Might go at case info screen.

Describe the solution you'd like

Add a component to the solution that filters by state.

Tasks

  • Design wireframe/version
  • ask for state before the add a case step
  • redirect to modal that either
    • takes to use to the bias detector if state data is available
    • notifies the user to petition for state data

@wisdomkeeper

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Sprint 4: Nov 8 - Nov 19, 2021

Sprint Priorities

Tasks

  • create user skill list for reference (time zones, skills, etc.) @sforsyth089 #48
  • sync with @yochanah on support for backend issues
  • Hui and Jeff and Tyler (have them create forks while working on tasks, once commitment made add to repo)
  • Hui to work on data collections once meeting is set up (need meeting, Jo Anne will set up)
  • define data work for external cohort

Blockers

Bugs

Decision Points

Community Decisions

Community Requests:

  • Finding sources of data: Lots of HELP WANTED!

Identify Data Gaps or Needs for Each Step (Based on User Stories)

Background on the problem the feature will solve/improved user experience

Based on reviewing/implementing updates from the user stories, work on figuring out any data missing or still needed. Document clearly.

Describe the solution you'd like

Once User Stories put into place, figure out if all data is there or more is needed. Document clearly.

Acceptance Criteria

Mark the data going into / out of each step. Document clearly any gaps.

In the READMEs, add add quick start guides for Mac and Windows.

A quick start guide is essentially a series of commands you can run from a "clean" directory to get the basic functionality running.
This will make it easier for new adopters to get started, if they're not already comfortable with Docker.
Links to more detailed setup instructions if needed would be good.

Transfer user stories to readme

Background on the problem the feature will solve/improved user experience

@sforsyth089 created user stories for #52. We need to transfer them to a md file in the main repo.

Describe the solution you'd like

@wisdomkeeper

  • create usecases.md file
  • add link to the main readme as a subsection after the video

Tasks

  • create usecases.md file
  • add to the main readme as a subsection after the video

Acceptance Criteria

The user stories have been copied to the main repository.

Documentation Updates

Background on the problem the feature will solve/improved user experience

New users to Open Sentencing might be a little confused in following the documentation

Describe the solution you'd like

Suggest updates to documentation

Tasks

  • Review documentation
  • Recruit community memebrs to review/hack a doc
  • Open new issues for documentation updates
  • Review suggested changes with team
  • Commit changes to documentation

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Week of September 25 - October 29 (extended)

Sprint Priorities

New info: Rensselaer Polytechnic Institute offered to help us out. Upkar will talk on Slack/add to the meeting.

Tasks

  • create user skill list for reference (time zones, skills, etc.) @sforsyth089 #48
  • create issues based on sprint priorities
  • Hui and Jeff and Tyler (have them create forks while working on tasks, once commitment made add to repo)
  • Jeff to take a look at unit testing for aggregator @ulmasovjafarbek
  • Hui to work on data collections once meeting is set up (need meeting, Jo Anne will set up)
  • Set date for meeting on datasets, data model, required data led by @sforsyth089 @siranjujugi @joannhh (will happen next week)
  • Follow up on issues and assignments in regards to Hacktoberfest, RCOS, etc.
  • Akilah @wisdomkeeper - can help with identifying good first issues, and rules of engagement for Hacktoberfest
  • Resolved unclear Readme

Blockers

Bugs

Decision Points
-[x] Update Angular CLI - 12.0.5 ? 9? - Call-for-Code-for-Racial-Justice/Open-Sentencing-UI#51
Carbon Discord chat: https://discord.gg/SYjvP8epkM

Community Decisions

  • Keeping aggregator as is
  • Staying with OpenLiberty
  • Staying with Cloudant for awhile
  • Moving authentication to back-end
  • switching to be aggregator to be class and not swagger based (Rick has started research week of 9/3)

Community Requests:

  • Finding sources of data: Lots of HELP WANTED!

Deprioritized til demo sites/ are needed/

Create a Skills List for Our Team

Background on the problem the feature will solve/improved user experience

A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe the solution you'd like

A clear and concise description of what you want to happen.

Tasks

Description of the development tasks needed to complete this issue, including tests,

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Epic - Data gathering (Collect More Data/Track)

We need to clearly understand the risks/considerations involved in adding more data to our solution. We'll then determine any follow-ups.

Data Gathering: We'd love your help!
Data.Source.Inventory.Open.Sentencing (1).xlsx

Please go ahead and edit

Anyone of any skill level can help!

Start with brainstorming a list. We can work as a team to take action. Consider a clear tracking spreadsheet or other method to ensure we've identified and cleared all risks.

In researching data, make edits to the Excel sheet. Think about the following to track.

  • Ensure data is free of cost
  • Ensure legally we are not hitting any issues in using our data. Is IBM legal still available to help as we add data sources?
  • Ensure any licensing rules are followed.
  • For this data, it may not be available. Sentencing data can be at various levels (city, state, county, Federal). We have to have a way to account for gaps as more is accumulated.
  • We need a way to start with what we can find, and build from there. (Ex start with Cook County, Federal, then gather more)
  • Data management - Do we have a method to store/manage/and maintain quality coming in from various sources?
  • Ensure unexpected bias is not present in the data.
  • Ensure data coming in has enough info/quality for it to be useable. Do we need a data governance process to ensure we trust the data and new data as it comes in?
  • Ensure data is handled in a secure manner.
  • Determine the most automated ways to update data as refreshes are available.
  • Can we avoid malicious users from editing our data?

New Review/Look for Risks

Background on the problem the feature will solve/improved user experience

We need to keep looking out for any new risks as we make changes. Need someone to review/comment if we see any news risks in terms of data, licenses, or other ideas.

Describe the solution you'd like

A write up after someone reviews for risks.

Acceptance Criteria

Write up in issue. Approval by a team member.

ETL for Race Data

Background on the problem the feature will solve/improved user experience

Once we determine the races that the front-end will show, we need ETL to translate data from each data source.

Create greeting bot using Github Actions for new pull requests and issues

Background

We'd like to add a greeting bot that provides a comment when a new pull request or issue is made

Solution

Use Github Actions to create a greeting bot for new issues and new pull requests in the Open-Sentencing repository.

Learn more about Github Actions here:

Tasks

Acceptance criteria

  • Github action is present in ./github/workflows folder in Open-Sentencing repo
  • file is named greetings.yml
  • greetings for PR and issue is as listed in example

Implement Role Based Entitlements

Background on the problem the feature will solve/improved user experience

Refer to #75 and implement.

Describe the solution you'd like

A clear and concise description of what you want to happen.

Tasks

Description of the development tasks needed to complete this issue, including tests,

Acceptance Criteria

Standards we believe this issue must reach to be considered complete and ready for a pull request. E.g precisely all the user should be able to do with this update, performance requirements, security requirements, etc as appropriate.

Week of September 10th - September 24th

Sprint Priorities

Done

Under Review

Tasks

  • create issues based on sprint priorities

Blockers

  • missing back-end data
  • App ID Authentication for @wisdomkeeper (single page app error)
  • Build failing on main branch

Bugs

Decision Points

Community Decisions

  • Keeping aggregator as is
  • Staying with jHipster
  • Staying with Cloudant for awhile
  • Moving authentication to back-end
  • switching to be aggregator to be class and not swagger based (Rick has started research week of 9/3)

Community Requests:

  • Finding sources of data: We need group resources to help find more data. See the issue below and add to the Excel document anything you find! Mark as investigating and we can talk at our weekly meetings.
  • Federal Data may need more pull down/clean-up. Stacy will research and follow up/add a task. (could be a hacktoberfest item)
  • Siran will research the data from Cook County to see what attributes get passed through and how to pull in new data.
  • We need the bias output to pass through the UI. Siran/Stacy/Akilah will connect.
    -Please see this issue: #31

Create Email Template(s) For Reaching out for Data

Background on the problem the feature will solve/improved user experience

We will have to reach out to multiple entities for data. Ideally we have an easy to use/adjust started document for this purpose.

Describe the solution you'd like

A template email for getting in touch with states/ etc explaining our needs.

Acceptance Criteria

Team approves and represents our project well.

THINGS TO CONSIDER:

  • FOI data sometimes comes at a cost for pulling the data, we need to ask in a way to avoid charges
  •     Side comment:  Is there any IBM budget for this at all?
    
  • Do we need IBM legal review?
  • States/Cities/Other locations may vary in what they already share / can provide. We want a 'core' list of fields (i.e. race) but also want to be open to take anything helpful.
  • We can take any format and standardize to our needs.
  • Do we need to think about varying politics per location?

@Sabine-Justilien We want to talk about the items above with you to think about enhancing our data collection.

Pull out English strings into a translation file

After enabling the repos for translation, we can pull out the hardcoded English strings and put them into a translated strings file.

Depends on #15 - we have to choose the open source translation library we want to use first. Then the intent of this issue (#16) is to pull all of the English strings into a file in whatever format that library uses.

Then in #17 we can get that English file translated.

Support alternative methods of authentication

Getting started with IBM ID SSO can be difficult for non-IBMers.
We should add support for other authentication providers.
The UI and Aggregator would need to both support the same providers to get this working end to end.

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.