llnl / llnl/scraper

Feature Request: merge multiple code.json source files into one master code.json file

Open
#29 1 comment 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.