Feature Request: merge multiple code.json source files into one master code.json file
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 59
- Forks
- 28
- PR merge metrics
- No merged PRs in 30d
Description
Some large organizations do not have a centralized version control system (VCS). Most importantly, each component does not have a single individual or service to run the Scraper across the entire agency. Primary examples would be DHS and DOD, large organizations, the software is managed at the component level.
For instance, NSA and Code.mil have separate teams validating and authorizing the publication of the open source software (OSS). Similarly, DHS has 23 components, each component would most likely generate their own code.json file.
For that reason, we would like to see a feature on the Scraper that aggregates multiple code.json source files into a master code.json file.
Multiple sources files:
www.domain1.gov/code.json
www.domain2.gov/code.json
www.domain3.gov/code.json
= code.json file.
Resulting into an official master code.json file for an agency to be published on the national website.
Additionally, that would support the code.gov platform to always read the software inventory from one code.JSON source file for each agency.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how the Python scraper currently reads a single code.json source and identify the entry point responsible for producing its output. Define how multiple source URLs are supplied, how their records are combined, and how the resulting master code.json is validated; done means an agency can generate one master file from several sources.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100